Современные проекты VisualStudio .NET по-прежнему используют Visual SourceSafe или SVN?

Question

• Я возвращаюсь в .NET после многих лет работы с PHP / MySQL
• В 2002 году в проектах Microsoft мы всегда использовали Visual SourceSafe, и все это ненавидели
• во всех моих проектах PHP / MySQL мы использовали SVN, и всем это понравилось
• в современных проектах .NET все еще используют команды Visual SourceSafe, улучшилось ли это?

или (надеюсь) SVN стал стандартом в .NET-проектах в наши дни?

Answer 1

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

Answer 2

мы используем SVN. Это намного лучше, чем sourseSafe. Одна плохая вещь в Source Safe заключается в том, что если вы добавляете файл в проект, он проверяет весь проект, и если пользователь не регистрирует проект (что происходит в большинстве случаев), проект блокируется тогда вам нужно выяснить, кто его запер. Source Safe - это многопрофильная среда разработки, так как она исключительно проверяет файлы. Svn с другой стороны позволяет пользователям работать с одним и тем же файлом одновременно (без исключительной блокировки), а затем пользователи объединяют изменения. Я использую SVN и не жалуюсь.

Answer 3

В 3 компаниях, использующих .net, в которых я работал с 2003 года, все использовали VSS, и никто в этих компаниях, похоже, не был склонен к изменениям, и один парень активно против SVN.

Answer 4

Я работаю в большом проекте (> 500 разработчиков), и мы используем ClearCase. Это не бесплатно, и, как я читал в WWW ресурсоемких. Но так как я здесь, у меня есть только крошечные проблемы, которые можно решить за считанные минуты. Работать с SVN раньше было намного сложнее (возможно, потому что не было никого, кто имел большой опыт работы с SVN).

Answer 5

VSS внесла улучшения с выпуском VSS 2005, а затем и несколькими исправлениями, чтобы сделать его совместимым с VS2008, однако золотым стандартом для Visual Studio 2005 и 2008 является Team Foundation Server. MS маркирует Team Foundation Server (TFS) как серверную часть для пакета продуктов Visual Studio.

Недостатком является то, что он может быть немного дорогим. Лично я никогда не использовал SVN, но если он имеет прямую интеграцию с Visual Studio, (я не хочу выходить за пределы своей IDE, чтобы проверять / извлекать файл НИКОГДА), то это так же хорошо, как и любая система контроля версий .

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

Answer 6

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