SVN vs CVS

[Hooter]

Уже несколько раз встречал высказывания, что SVN лучше CVS. Кто-нибудь может объяснить, чем именно?

[Hoha]

http://en.wikipedia.org/wiki/Subversion_(software)

- Atomic commits. Interrupted commit operations do not cause repository inconsistency or corruption.
- Renamed/copied/removed files retain full revision history.
- Native support for binary files, with space-efficient binary-diff storage.
- Directories are versioned. Entire directory trees can be moved around and/or copied very quickly, and retain full revision history.
- Constant time branching and tagging.
- Optimized repository accesses. This reduces unnecessary network traffic to the repository host.

[Hooter]

Спасибо.

Тогда вопрос:
насколько я знаю, в CVS номер ревизии имеет каждый файл, а в SVN - номер ревизии относится ко всему репозиторию. Так ли это? Для меня это несколько неудобно. Можно ли это отключить в SVN?

[Hoha]

Отключить нельзя, так задумано. Скажи, чем неудобно - наверняка решение есть.

[Hooter]

Например, структура проекта следующая (проет содержит следующие модули):

Код:

project
    module1
    module2
        module4
    module3
        module5

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

[Hooter]

Еще, например, в CVS есть механизм, который позволяет просмотреть, кто и какие файлы редактирует.
В SVN, похоже, такой возможности нет? Видимо, из-за вот этого:

- Optimized repository accesses. This reduces unnecessary network traffic to the repository host.

[Hoha]

Если модули начинают повторно использоватся - их стоит вывести из репозитория в отдельный проект.

Насчет правки файлов не все мне понятно, но видится так:

1) если тебе все равно, что там с файлом, то и смотреть не стоит, правильно?
2) если изменения в этом файле сильно повлияют на архитектуру системы (интерфейсы библиотек и пр.) - стоит создать временный бранч и вообще это тема для общения с командой.
3) если ты не уверен, что ваши изменения получится слить, т.е. нужен эксклюзивный доступ - ставишь блокировку. Пока ты ее не снимешь - никто свои изменения закоммитить не сможет. Текущие блокировки по желанию можно посмотреть.

Это все ИМХО, конечно.

[Igel]

Еще, например, в CVS есть механизм, который позволяет просмотреть, кто и какие файлы редактирует.

Что-то не припомню. Откуда сервер знает кто и какие файлы редактирует, когда работа идет с локальной копией?

[Finch]

Igel, Я так думаю, ты не можеш брать на редактирование сразу все файлы. Береш только те, которые разрешены.  И при этом выставляеш статус ToDo файла.

[Hoha]

Igel, думаю, имеется в виду watch с последующими edit-unedit.

[Igel]

Finch, Hoha, че вы грузите, я и так с трудом разобрался в системе веток, релизов и пр...
Но взять все файлы можно в любом случае, скорее всего. По крайней мере заблокировать как-то получение не удалось. Вот когда ложишь, тогда да - могут возникнуть проблемы.
Вопрос может быть еще в том, что можно посмотреть историю, кто какие версии брал!

[Hooter]

Еще, например, в CVS есть механизм, который позволяет просмотреть, кто и какие файлы редактирует.

Что-то не припомню. Откуда сервер знает кто и какие файлы редактирует, когда работа идет с локальной копией?

Набираешь в консоли cvs editors и получаешь список редактируемых файлов и пользователей, которые эти файлы реадактируют.

Чтобы серевер узнал о том, что файлы редактируются, нужно, чтобы пользователь сообщил ему об этом - набрал cvs edit <filename>.

[Hooter]

Igel, думаю, имеется в виду watch с последующими edit-unedit.

Можно watch, а можно на локальной машине пользователя прописать переменную окружения CVSREAD. Смысл тот же, только не надо для каждого модуля запускать cvs watch.

[Hooter]

Если модули начинают повторно использоватся - их стоит вывести из репозитория в отдельный проект.

Имхо, есть разница между "один репозиторий для всех проектов" (cvs) и "каждый проект в отдельном репозитории" (svn).

Hoha, думаю, что всё дело в привычке (я имею в виду преимущества и недостатки svn и cvs).
Возможно, уже стоит переползать на использование svn... Но пока это еще не очевидно.

[Hoha]

Конечно, я и не агитирую .

[Hooter]

Просто я сам для себя еще не могу решить, стОит на svn переходить или нет