Visual Source Safe -> Миграция TFS

Question

Здесь мы работаем с кучей репозиториев Visual Source Safe около 10 лет или около того.

Теперь я хочу избавиться от исходного кода и перейти к Team Foundation Server.

Есть ли у вас какие-либо советы для меня, прежде чем я начну эту миграцию? С какими вещами я должен быть осторожен?

Я уверен, что эта миграция будет означать, что наши рабочие привычки должны быть каким-то образом изменены. Считаете ли вы, что эти изменения могут стать проблемой для организации? Подумайте о группе из примерно 20 разработчиков .NET на одном сайте.

Answer 1

Существует несколько различных способов миграции. Инструмент перевернет вашу историю и т. Д., Но более прагматичный и простой способ - заблокировать VSS как архив истории и начать все заново:

1. Попросите всех проверить все изменения в VSS, убедиться, что все собрано и т. Д.
2. Установить все базы данных VSS как заблокированные (права только для чтения для всех пользователей)
3. Получить последнюю версию всей базы данных VSS в «чистый» набор папок на рабочей станции
4. Проверьте все файлы в TFS с рабочей станции

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

Answer 2

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

Answer 3

Если вы решите использовать средство VSSConverter.exe, поставляемое с Visual Studio Team Foundation Server, вам следует сначала установить TFS 2008 SP1 , поскольку оно включает ряд улучшений, детально описанных в этот блог командой инструментов миграции .

Некоторые из ключевых особенностей выпуск включает в себя:

Устранение конфликтов пространства имен . я ранее писал об этом как " переименовать проблему ", и мы исправили конвертер для правильной миграции файлов с перекрывающимися пространствами имен. Это было самая большая болевая точка для большинства пользователей пытаясь использовать предыдущие версии инструмент.

Автоматическая привязка решения. В этой последней версии решение VS файлы будут автоматически обновлены до версии 9.0 и проверил обратно для контроля версий. Ранее пользователи были обязаны сделать это вручную.

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

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

Answer 4

Инструмент преобразования TFS <- Используйте это </p>

Я уже использовал этот инструмент уже несколько раз, результаты довольно удовлетворительные, так как он поставляется с историей наборов изменений от SourceSafe, если вы хотите.

В любом случае, используя этот инструмент, вы всегда должны обращать внимание на ошибки и предупреждения в журнале и проверять, все ли в порядке / прошло нормально.

Рекомендуется также выполнить Анализ на SS перед запуском.

Надеюсь, это поможет

Answer 5

VSS Converter - далеко не идеальное решение. И есть существенные различия между версией преобразователя 2005 и 2008SP1.

Например, в БД VSS, которая использовалась в течение длительного времени, было большое количество пользователей, вносящих вклад в VSS. Многие из этих пользователей давно покинули организацию и поэтому больше не будут иметь учетных записей домена. TFS требует сопоставления пользователей VSS с учетными записями домена, поэтому вам придется решить, будете ли вы сопоставлять старых пользователей с одной «фиктивной» учетной записью домена или с текущим членом команды.

Кроме того, VSS Converter 2008 требует, чтобы эти учетные записи домена были действительными учетными записями TFS. В то время как конвертер 2005 года не обеспечивает этого.

Если ваша история VSS содержит значимые папки Move, то, скорее всего, вы потеряете всю историю до этого Move. Например, если вы переместите папку в новое место, а затем удалите предыдущего родителя, вы потеряете всю историю. Смотрите эту статью для более подробного объяснения: http://msdn.microsoft.com/en-us/library/ms253166.aspx

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

Answer 6

В настоящее время мы занимаемся этим на моей повседневной работе. На самом деле мы переключаемся примерно через месяц. Я являюсь основной частью миграции и большой частью того, почему мы покидаем SourceSafe. Чтобы помочь в миграции, я использовал Visual Studio® Team System 2008 Team Foundation Server и образ Team Suite VPC . Это было очень полезно. Сразу же, образ содержит полную рабочую установку TFS для игры и демонстрации. Он также включает в себя Hands on Labs, и одна из лабораторий использует инструмент миграции VSS -> TFS. Если у вас есть подписка MSDN, после того, как вы поиграете с изображением, следующим шагом будет установка выпуска TFS Small Team, поставляемого с вашей подпиской.

Следует отметить, что вам необходимо установить последние версии пакетов обновления для Visual Studio 2008 и .NET Framework, установленные на образе. Пакеты обновления исправили некоторые раздражающие ошибки, и это определенно повысило удобство использования системы. У нас есть огромная база данных SourceSafe с более чем 90 проектами, а инструмент миграции занял около 32 часов. Сначала я сделал резервную копию нашей исходной безопасной базы данных для тестирования. Затем я произвел миграцию в тестовой исходной безопасной базе данных. После этого я проверил исходное дерево в TFS, и все прошло нормально. Мы сохранили всю историю наших исходных файлов от VSS, и это было здорово. Нет необходимости хранить эту вонючую базу данных VSS после запуска.

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

Мой совет - пошагово выполнить миграцию. Не делай слишком много за один раз. Дайте время людям, которые будут использовать систему для обучения.

Answer 7

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

Я хотел бы порекомендовать одну вещь: резервное копирование. Сделайте резервную копию всего, прежде чем сделать это. Если что-то пойдет не так, лучше быть в безопасности, чем потом сожалеть.

Мои ссылки не отображаются. Это адрес: http://msdn.microsoft.com/en-us/library/ms181247(VS.80).aspx

Answer 8

Хорошее руководство от моего бывшего коллеги Гая Старбака. Еще один момент, который следует добавить в этот подход - вы, возможно, со временем решили реорганизовать способ организации вашего приложения (папки и т. Д.), И это даст вам возможность сделать это.

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

Насколько оригинальный вопрос:

И: эта миграция наверняка будет означать, что наши рабочие привычки должны быть каким-то образом изменены. Считаете ли вы, что эти изменения могут стать проблемой для организации? Подумайте о группе из примерно 20 разработчиков .net на одном сайте

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

1. Вам не следует использовать блокировки «Check-out» и «Get-Latest on Check-out».
2. Теперь вы можете эффективно ветвиться и объединяться
3. Теперь у вас будет «Набор изменений», все файлы, отмеченные одновременно, будут сгруппированы вместе. Это значительно облегчает отслеживание исторических изменений, но, что еще важнее, откат значительно упрощается (т. Е. Найдите все файлы, отмеченные одновременно, и откатите их)
4. Связывание проверок с рабочими элементами. Не упускайте из виду рабочие элементы! Самая большая ошибка, которую вы можете сделать, - это использовать только TFS в качестве замены VSS. Функции сборки и управления проектами превосходны - вы заплатили за них - ИСПОЛЬЗУЙТЕ ИХ!

Что касается подробностей того, как изменится ваш опыт, другой бывший мой коллега (и MVP Team System) Стив Сен-Жан написал подробную статью о различиях: От VSS к TFS