SVN? VSS? Почему один лучше другого?

Ответ 1

"Visual SourceSafe? Было бы безопаснее распечатать весь ваш код, запустить его через измельчитель и установить его под огонь". - (Приписывается неопознанному сотруднику Microsoft).

У SourceSafe много проблем и нет возможностей для выкупа. Существует несколько свободно доступных кросс-платформенных альтернатив, которые являются более безопасными, быстрыми и мощными. Subversion, вероятно, наиболее широко используется. Некоторые люди предпочитают распределенные системы управления версиями, такие как Git, Mercurial или Bazaar.

Некоторое чтение о том, почему VSS так плохо:

• Visual SourceSafe: система Microsoft Source Destruction System
• Управление версией Visual SourceSafe: небезопасно на любой скорости?
• (И мои собственные впечатления)

Ответ 2

Я отсылаю вас к ответам на Что отличает Subversion?.

Ответ 3

Microsoft, которая делает Visual Source Safe, не использует ее внутренне для любых проектов любого значительного размера. Это серьезная ошибка в моей книге. И используя его для крупных проектов, вы понимаете, почему; это МЕДЛЕННО, и бог поможет вам, если вы когда-нибудь решите позволить ему автоматически слить что-либо.

Ответ 4

VSS не atomic, так что получить последнюю во время большой регистрации другого пользователя приведет к неполному набору файлов, Это также ухудшается при работе над глобальной сетью из-за дизайна VSS для работы над акциями.

Ответ 5

Моя последняя компания перешла из VSS в SVN из-за

• Expansion. Количество программистов удвоилось, и мы не хотели отказываться от дополнительных лицензий VSS.
• Bugs. VSS хорошо поддерживает последнюю версию файла, но истории часто повреждаются.
• Больше ошибок. Инструменты проверки/восстановления были бесполезны, поскольку они начали сбой, когда база данных была очень большой.

Ответ 6

SVN имеет некоторые важные функции по сравнению с CVS/VSS, такие как атомные коммиты, дешевые копии, более эффективное хранилище на стороне сервера.

SVN - это, однако, не единственная система контроля версий... Существует множество различных приложений контроля версий. Новая тенденция, похоже, связана с распределенным контролем над версиями, например Git или Mercurial.

Ответ 7

Я знаю, что легко выбрать VSS, но важно помнить несколько вещей (выньте из сорняков в течение секунды!)

• Для небольших групп разработчиков Microsoft VSS - это очень простое решение для реализации, где альтернативой является NO VERSION CONTROL.
• VSS не требует затрат, не требует сервера (кроме общего файла).
• Самый низкий общий демонизатор.
• Обычно это работает, и несколько магазинов используют его.
• Я предпочел бы использовать VSS в качестве опции, чем для того, чтобы он не существовал.

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

Ответ 8

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

Ответ 9

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

SVN - отличный инструмент и очень прост в настройке, управлении. Инструменты администрирования для резервного копирования или репликации очень приятны.

Я бы порекомендовал SVN над VSS в любой день.

Ответ 10

Старый аргумент интеграции в Visual Studio больше не работает. AnkhSVN 2.0 предоставляет интегрированное решение и VisualSVN интегрирует TortoiseSVN в Visual Studio.

И TortoiseSVN сам по себе является достаточной причиной для переключения для многих пользователей.

Ответ 11

У меня проблемы с VSS с кодом Java. В то время как getLatestVersion, VSS не может обрабатывать вложенную структуру проектов и пакетов в java. У меня есть структуры папок inifite для того же самого. SVN в этом отношении довольно прост.

Ответ 12

Ну, CVS и VSS - это почти то же самое, что и функциональность. Поэтому они не являются хорошей отправной точкой для сравнения каждого из них.

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

Ответ 13

SVN хорошо работает с точки зрения разработчика, но способ, которым он хранит конфигурационную информацию по всему дереву каталогов, сходит с ума от системных администраторов (особенно тех, кому поручено переместить его на другой сервер, когда разработчики отказываются выполнять процесс фиксации/повторной проверки).:) Итак, это не ВСЕ позолоченная доброта!

Ответ 14

Я действительно думаю, что Perforce - позолоченная доброта. Инструменты GUI достаточно хороши, что вы можете дать их дизайнеру или художнику и заставить их использовать источник управления, как мы, разработчики. Я уверен, что окно VSS File- > Add Files предшествует окнам 95. Вся концепция заблокированных файлов является абсурдной. Разве мы не решали эти десятилетия назад с версией CONCURRENT? Я пережил коррупцию в истории и (исправьте меня, если я ошибаюсь), но VSS даже не поддерживает ветки и слияния.