SVN? VSS? Почему один лучше, чем другой? [закрытый]

Работы SVN хорошо с точки зрения разработчика, но способа, которым это хранит информацию о конфигурации на всем протяжении дерева каталогов, невыносимы системным администраторам (особенно те, для которых определяют задачу с перемещением его к другому серверу, когда разработчики отказываются делать процесс commit/re-checkout).:) Так, это не ВСЕ позолоченное совершенство!

Я на самом деле думаю, По необходимости позолоченное совершенство. Инструменты GUI достаточно хороши, что можно дать их разработчику или художнику и заставить их использовать управление исходным кодом как мы devs. Я вполне уверен, окно VSS File-> Add Files предшествует Windows 95. Целое понятие файлов, используемых заблокированный, абсурдно. Разве мы не решили это несколько десятилетий назад с ПАРАЛЛЕЛЬНЫМ управлением версиями? Я испытал повреждение истории, и (исправьте меня, если я неправ), но VSS даже не поддерживает ответвления и слияния.

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

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

Моя предпоследняя компания, переключенная от VSS до SVN из-за

1. Расширение. Число программистов удвоилось, и мы не хотели раскошеливаться на дополнительные лицензии VSS
2. Ошибки. VSS способен поддерживать последнюю версию файла, но истории часто повреждались.
[еще 112] ошибки. Проверка/средства восстановления была бесполезна, когда они начали отказывать, когда база данных стала очень большой.

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

• Для малочисленных групп разработчиков Microsoft, VSS является очень легким для реализации решения, где альтернатива не является НИКАКИМ УПРАВЛЕНИЕМ ВЕРСИЯМИ.
• VSS не имеет никакой стоимости, не требует никакого сервера (кроме доли файла).
• Самый Низкий общий demoninator.
• Это обычно работает, и много магазинов используют его.
• у меня был бы VSS как опция, чем чтобы он не существовал.

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

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

SVN, однако, не единственная revison система управления там... Существует много различных приложений управления версиями. Новая тенденция, кажется, находится к распределенному управлению версиями, как Мерзавец или Подвижна .

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

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

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

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

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

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

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

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

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