Наша компания использует CVS в качестве нашего де-факто стандарта для контроля источника. Тем не менее, я слышал, что многие говорят, что SVN лучше.В чем преимущества использования SVN над CVS?
Я знаю, что SVN новее, но кроме этого, я не знаком с его преимуществами.
Что я ищу - это хорошее, сжатое сравнение двух систем, отмечая какие-либо преимущества или недостатки каждого в среде разработки Java/Eclipse.
CVS только отслеживает модификацию по-файловому, в то время как SVN отслеживает целую фиксацию как новую ревизию, а это означает, что легче следить за историей вашего проекта. Добавьте тот факт, что все современные средства управления версиями используют концепцию пересмотра, поэтому гораздо легче переносить из SVN, чем из CVS.
Существует также проблема атомной фиксации. Хотя я только однажды столкнулся с ним, возможно, что 2 человека, совершающие совместные действия в CVS, могут конфликтовать друг с другом, потерять некоторые данные и поставить своего клиента в противоречивое состояние. Когда они обнаружены на ранней стадии, эти проблемы не важны, потому что ваши данные все еще где-то там, но это может быть боль в стрессовой обстановке.
И, наконец, не так много инструментов разработано вокруг CVS. В то время как новые и блестящие новые инструменты, такие как Git или Mercurial, безусловно, не имеют инструментов, SVN имеет довольно большую базу приложений в любой системе.
EDIT 2015: Серьезно, этот ответ составляет 7 лет. Забудьте о SVN, идите Git, как и все остальные!
Один из многочисленных сравнений:
http://wiki.scummvm.org/index.php/CVS_vs_SVN
Сейчас это очень специально для этого проекта, но много вещей apllies в целом.
Pro Subversion:
- Поддержка версионированных переименовывает/ходов (невозможна с CVS): Финголфин, Эндер
- Поддерживает каталоги изначально: Можно удалить их, и они версионируются: Финголфин, Ender
- Свойства файла версии; не более «исполняемый бит» ад: Финголфин
- В целом номер версии не делает построить версиями и регрессивное тестирование гораздо проще: Эндер, Финголфин
- Atomic совершает: Финголфин
- Интуитивный (каталог на основе) ветвление и мечение: Финголфин
- Легче сценарии крючком (до/после совершения, и т.д.): SumthinWicked (я использую его для Doxygen после совершающее)
- Предотвращает случайное совершение конфликтующих файлов: солено-лошади, Финголфин команда
- Поддержка пользовательских «различий»: Финголфин
- Offline дифференциалов, и они мгновенные: SEV
Что такое «fingolfin»? Googling это слово делает его еще более запутанным. – DuKes0mE 2015-05-15 12:57:39
Fingolfin и Ender - это просто имена людей этого форума: `За каждым аргументом" есть список людей, которые согласны с тем, что этот конкретный аргумент верен. ` – hinneLinks 2015-07-06 07:02:12
подрыва книга имеет an appendix, что детали важных отличий от CVS, которые могут помочь вам сделать ваше решение. Эти два подхода являются более или менее той же идеей, но SVN был специально разработан для устранения долговременных недостатков в CVS, поэтому, теоретически, SVN всегда будет лучшим выбором.
SVN имеет 3 основных преимущества по сравнению с CVS
Вы должны взглянуть на Git вместо SVN. Это DVCS, который быстро и очень мощный. Это не так удобно, как SVN, но это улучшается в этом отношении, и это не , что трудно узнать.
КСТАТИ: CVSNT поддерживает атомарные коммиты
Я второе предложение Eridius' в Git, но я бы расширить его другой DRCs (распределенная система контроля версий), такие как Mercurial и bazaar.
Эти изделия довольно свежие, и уровень оснастки и интеграции с ними кажется низким на данный момент (на основе моего первоначального исследования). Я бы сказал, что они лучше всего подходят для силовых разработчиков (и здесь ;-)).
С другой стороны, не CVS выполняет в настоящее время? Из вашего начального вопроса у вас на самом деле нет, «CVS отстой в этом, что я могу использовать вместо этого?»
Вы должны взвесить расходы на любую потенциальную миграцию против преимуществ. Для существующего проекта я считаю, что было бы трудно оправдать.
Одна вещь, которую нельзя упускать из виду - это экосистема. Я работал в магазине CVSNT, и я по-прежнему находил все больше и больше инструментов с открытым исходным кодом, поддерживаемых SubVersion.
Как кто-то, кто находится в середине переключения между CVS и SVN (сначала мы переключили все наши проекты с помощью cvs2svn, а затем решили, что мы перейдем только с использованием svn на новые проекты), вот некоторые из проблем, которые мы имели.
Вы также можете перенести только последний код из CVS в SVN и заморозить текущее CVS-репо. это упростит миграцию, и вы можете также создать свои устаревшие версии в старом CVS-репо.
Ну, несколько вещей, которые я чувствую, делают svn потрясающим.
Migra можно легко сделать за несколько часов, используя cvs2svn.
Мне нужен тот же ответ для git vs subversion и git vs mercurial – 2017-01-15 20:12:06