» Системы контроля версий

Интересно, какими системами контроля версий программ вы пользуетесь, и какие их преимущества.
Особенно интересует для Delphi, и желательно свободные.

тут бы неплохо указать версию делфей ( потому как в 10-ке есть StarTeam а ее IMHO на все хватит )
+ чем не устраивает TeamSource?

sasku
что подразумевается под контролем версий?
то что написано в Project->Options-> Version info...

Subversion + TortoiseSVN и лучшего варианта нет

причем не зависит от среды программирования, храню все исходники на любых языках

Pentium133

Цитата:

Subversion + TortoiseSVN и лучшего варианта нет

хм. а какие ты видел (худшие) варианты?

sasku
FreeCVS храню инфу на двух языках
также работаю с CVS на sourceforge.net через TortoriseCVS

vserd

Цитата:

FreeCVS храню инфу на двух языках
также работаю с CVS на sourceforge.net через TortoriseCVS

А поподробнее можно? Где на sourceforge это лежит? Я с ихней системой размещения ни фига разобраться не могу.

Делфи/Билдер:
http://jedivcs.sourceforge.net/

Цитата:

Делфи/Билдер:
http://jedivcs.sourceforge.net/

С этой системой я работал.
Что мне не понравилося:
1. Когда с проектом работает несколько человек, нада чтобы у всех пользователей локальные файлы проекта хранились в одном и том же каталоге, на одном и том же диске, иначе система не срабатывает.
2. После занесения в базу данных файла, для локальной копии устанавливается атрибут "только для чтения". Плохо, потому что часто это ломается, - файл взял с базы, а атрибут не сбросился.

SergeBS

Цитата:

Где на sourceforge это лежит? Я с ихней системой размещения ни фига разобраться не могу.

Что лежит?
TortoriseCVS на http://tortoisecvs.sourceforge.net/

Господа! Не партесь!
SVN на сегодня это лучшее бесплатное решение. Поклоникам CVS скажу, что эту систему разрабатывают те же люди и они сами признали что это следующее поколение.
Вот адрес subversion.tigris.org
Документация сдесь svnbook.red-bean.com, легко читаемая и понятная. Сразу начитнай с QuikStart.

Не забивайте парню мозги sourceforge.net. Ему это не нужно.


Цитата:

а какие ты видел (худшие) варианты?

Сам использовал Microsoft Source Save, CVS - не худший вариант, но после SVN не хочу возвращаться.

Pentium133

Цитата:

Поклоникам CVS скажу, что эту систему разрабатывают те же люди и они сами признали что это следующее поколение.

Это вы не парьтесь. Если начинать с нуля, то можно выбирать любую систему, если уже существующая, то стоимость перехода может очень дорогой. и личные предпочтения отдыхают в дальнем углу.
Даже тотже sourceforge планирует перейти на CVN.
но пока работаем на том что есть.

Ну так зачинщик темы и выбирает. Вот только если выберет "неправильную", потом действительно дорого будет переходить. Я ж добра желаю


Цитата:

Даже тотже sourceforge планирует перейти на CVN.

Если под CVN ты имеешь в виду SVN (она же Subversion) - то это только подтверждение моих доводов.

Pentium133
А как SVN дружит с DELPHI ?

У меня был опыт использования систем контроля версий как от MS так и от Borland. Ничего хорошего про них сказать не могу. Возможности весьма и весьма обкастрированы. Правда не знаю как дело у них сейчас. Но несколько лет назад от них пришлось отказаться.

Был опыт использования AlienBrain. Система, в общем неплохая, но в ней присутствуют те же недостатки, что и в CVS (описывать их не буду, кому интересно лезьте на сайт SVN).

Был опыт использования CVS. Хоть система и используется подавляющим большинством, но по удобству использования она сильно проигрывает Subversion (SVN).

Сейчас использую Subversion (freebsd сервер) + TortoiseSVN (виндовые клиенты) и весьма доволен.

Pentium133

Цитата:

Вот только если выберет "неправильную"

Неправильную на чей взгляд или неправильную для кого?
nobody2

Цитата:

Возможности весьма и весьма обкастрированы.

Тот же вопрос - обкастрированы для кого? Если перефразировать - то каких именно возможностей не хватало в остальных системах, которые сейчас используются? Опять же то что они используются вами - нужны ли они sasku?

Вопрос (для меня) - зачем мне она нужна. Если стоит речь о том чтобы хранить локально версии своих исходников - это одно, если для небольшой группы где билд делается кем-либо напрямую из среды разработки - другое, если есть несколько команд и требуется делать автоматические билды, тестирование кода и т.д. - это третье.

vndovr
Читай внимательней вопрос: "нужна система контроля версий"
Кстати я использую SVN по всем трем пунктам
И вообще прекрати придираться, сам то что используешь?


Цитата:

А как SVN дружит с DELPHI ?

SVN о Delphi даже не знает. Для SVN существуют только файлы и папки. Т.е. сделал ты себе рабочую копию, запустил делфи, поработал, сделал комит очередной версии (из командной строки или из эксплорера в случае TortoiseSVN), опять возвращаешся в делфи и работаешь дальше.

vndovr

Цитата:

Тот же вопрос...

Все разумеется IMHO. С моей точки зрения - для команды разработчиков.


Цитата:

нужны ли они sasku? ...

Может и не нужны, но IMHO
1) они проще в использовании (особенно начинающему)
2) бесплатны
3) удобнее для работы команды девелоперов (прицел на будущее)


Цитата:

Вопрос (для меня) ...

Совершенно согласен. Лучше бы уточнить назначение...

Pentium133

Цитата:

Читай внимательней вопрос: "нужна система контроля версий"
Кстати я использую SVN по всем трем пунктам
И вообще прекрати придираться, сам то что используешь?

Я и спросил - для чего и какой функционал от нее требуется. Я работал со StartTeam, Rational Clear Case, VSS, CVS (сейчас). Это все "системы контроля версий" и любой из них хватает для работы - проблема только сесть и разобраться как. Они не хорошие и не плохие - они разные.
Я знаю почему в конкретном случае была выбрана конкретная система - но это будет положения у нас на проектах и это были наши требования к системе контроля версий.
Вопрос sasku - что нужно ему от системы контроля версий. А построить работу можно на любой из них.

Что касается Delphi - то я бы сначала смотрел на StarTeam, учитывая интеграцию в среду разработки, в BDS 2006 она встроена. Просто для меня интеграция важна - как для разработчика, само собой .

Цитата:

Я знаю почему в конкретном случае была выбрана конкретная система

А вот это интересно, пожалуй, почему в одном случае вы использовали StartTeam, в другом VSS?

А насчет интеграции и привязки к среде скажу, что мне она не нужна, потому что в систему я храню не только исходники, а так же кучу сопутсвующих проекту файлов (документация, readme, changelog и пр. мелочь).
И все это можно анализировать и сравнивать поверсионно в не зависимости от среды разработки.

Во времена VSS я использовал интеграцию, был зеленый неопытный, возвращаться к такой практике не хочу.

Цитата:

Вопрос sasku - что нужно ему от системы контроля версий.

У нас, в организации, писали все софт кто попало и как попало. Никто не хранил ни версий, ни о какой совместной работе и речи не было, - каждый программист сам по себе.
Вот я и хочу перестроить работу, сделать так, чтобы каждый проект выполнялся несколькими разработчиками, чтобы можно было контролировать разработку софта и облегчить его сопровождение.
Работать совместно уже начали, возникла проблема с версиями софта. Пробовали работать на сетевом диске все вместе - бред какойто. Вот я и заинтересовался системами контроля версий.
Мне надо предложить что-то, чтобы я мог доказать преимущества такой работы и предлагать не абстрактные вещи, а уже конкретный выход из такой ситуации.
Еще надо, чтобы система была максимально простая в использовании и обучении, чтобы наши аксакалы не сильно сопротивлялись.

sasku
В этом случае я бы порекомендовал сначала обратить внимание на систему, которая бы интегрировалась в IDE - будет менее болезненный переход к новому принципу организации работы для всех (кто хочет и кто не хочет).

Ну а с прицелом на будущее - отделный сервер с Subversion + TortoiseSVN на клиентах (он интегрируется в проводник).

Использовать CVS на первоначальном этапе не советую - время для обучения работы с ним значительно больше, чем с SVN (проверено), особенно у девелоперов, которые не горят энтузиазмом перейти на что-то новое. Кроме того состема tag'ов и branch'ей в CVS более запутанная (по началу), что вряд ли поможет упорядочить ситуацию у вас в организации.

получается, что остается только http://jedivcs.sourceforge.net/ ?

ну и про StarTeam не забываем...

От Kadavr в другой теме:

Цитата:

В состав JCL сейчас входит юзабельный эксперт интеграции с CVS/SVN. На базе тортилыCVS и тортилыSVN соотв. Скриншот. Собирается из daily-исходников (т.е. в составе последнего 1.96 релиза его нет).

Цитата:

От Kadavr в другой теме:

и где эта тема ?

http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=28418&start=1660

vndovr
спасибо

Год назад ввел в отделе связку SVN + tortoisen. Качество работы команды изменилось на порядок.
Остался нерешенным один вопрос. Точнее он решен, но мне не нравится как.
В SVN есть новер ревизии. Его надо засовывать в исходник, чтобы он прописывался в программу и можно было понять, а что это за версия, и какой номер ревизии ему соответствует.
Поделитесь опытом, кто как решил данную проблему??

labirintt

Цитата:

камрадпрописывался в программу и можно было понять, а что это за версия, и какой номер ревизии ему соотвецтвует бля,нах.

А метки уже немодно использавать?