Как и что убедить мое агентство отказаться от Visual SourceSafe

Question

Как указано в названии, мое агентство (также весь отдел программного обеспечения моей компании) по-прежнему использует Visual SourceSafe 2005 в качестве системы контроля версий.

Наша компания является производителем оборудования уже более пяти десятилетий, а разработка программного обеспечения началась почти два десятилетия. Только мое агентство насчитывает 30 разработчиков, а в головном офисе еще больше разработчиков. База данных моего агентства VSS составляет около 133 ГБ, а головной офис - более 200 ГБ.

Я также обезжиренное через Google:

• How do I convince my team to drop sourcesafe and move to SVN?

• How to convince a company to switch their Source Control

• Visual SourceSafe: Microsoft's Source Destruction System

• Source Control: Anything But SourceSafe

• т.д.

Я также знаю, что расширенная поддержка VSS закончится на 11 июля 2017. Я также проверил много вещей, перечисленных в статьях (отсутствие атомных возвраты, плохое разветвление/слияния, бинарные файлы неприятности, медленная история и т. д.). Например, я только поиск статус через всю базу данных агентства (я не могу проверить, HQ, так как права доступа):

• 55 «names.dat Файл может быть коррумпированной Попросите администратора SourceSafe запустить утилиту Анализ этой базы данных.. "

• 5 «Ошибка при чтении файлов».

• 1 "VSS/data/terqeaaa.b не найден."

Плохо ли ситуация с базой данных? Если это так, то как я могу убедить их переключиться на другие VCS? Мне нужна некоторая достоверная информация и некоторые доказательства. Гид, как показать/доказать их лучше.

Я попросил администратора запустить Analyze, но он проигнорировал мои слова, так как я только начал работать в течение нескольких месяцев. Люди могут видеть основную слабость VSS. Они также жалуются «кто просматривает этот файл?» и разрешать конфликты с помощью barehands. Они должны использовать WinMerge для сравнения и сравнения. Получайте последнюю версию вместо ветвления и проверки, никогда не комментируйте журнал истории orsee, не создавайте целую новую папку для нового кода и т. Д. Однако они не отказываются от SourceSafe. (Они используют Visual Studio 2012 для разработки и не замечают Team Foundation Server).

Answer 1

Я думаю, вы уже подвели итоги многих причин:

• VSS уже в расширенной поддержке и сохраняется только безопасным, но практически не работают. Это касается поддержки жизни в палате паллиативной помощи. Расширенная поддержка в реальном мире означает неподдерживаемый. Если у вас слишком сильный кредитный лимит, Microsoft не поможет вам, если окажется, что вам нужна поддержка.

• ВСС официально поддерживает только следующие операционные системы, ни один из которых в настоящее время поддерживаются больше: Windows XP, Windows 2000, Windows NT 4.0 с SP6 или более поздней версии, Windows Server 2003.

• Он не имеет любые улучшения, исправления с 2008 года.
• Документация Visual Studio и TFS отстаивает переход на TFS с 2008 года. С 2012 года существует полный инструмент миграции.
• Известные проблемы со стабильностью, внутренней согласованностью и коррупцией , Администратор совести должен будет провести обычное время, чтобы обеспечить внутреннюю стабильность и последовательность.
• Он не поддерживает современные технологические процессы разработки (транзакционные коммиты, управление распределенной версией, современная ветка/слияние, выбор вишни, оптимистическая блокировка и т. Д.).
• У него очень ограниченная защитная способность, users with access to the share can simply grab the whole file share and force access.
• Это не полезно для удаленного доступа. Или, по крайней мере, требует VPN и стабильного, очень быстрого сетевого подключения. Даже тогда это, скорее всего, увеличит вероятность коррупции.
• Опыт пользователей в Visual Studio и других инструментах, которые напрямую поддерживают TFVC или Git, намного лучше.
• Поддержка перекрестной платформы не существует. На нынешнем рынке это становится все более важным.
• Средство стандартной резервной копии (архива), встроенное в продукт, имеет ограничение на 2 ГБ хранилища.
• Корпорация Майкрософт рекомендует по крайней мере еженедельно анализировать базу данных sourcesafe и рекомендует сохранять журналы и резервные копии репо, чтобы развраты можно было вручную объединить, скопировав файлы из резервной копии обратно на активный ресурс.

a supported migration path from VSS to TFS.

Перенос в TFS дает больше возможностей для непрерывной интеграции, управления выпуском, управления работой (гибкое оснащение, отставание), управление тестированием в дополнение к гораздо более стабильному, эффективному и безопасному бэкэнду, который использует качества SQL Сервер для обеспечения надежности, целостности и безопасности.