Visual Source Safe -> TFS Migration

Question

Вокруг здесь мы работаем с кучей хранилищ Visual Source Safe около 10 лет или около того.

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

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

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

Answer 1

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

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

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

Answer 2

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

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

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

Answer 3

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

Answer 4

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

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

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

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

Answer 5

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

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

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

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

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

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

Насколько подробно о том, как ваш опыт будет меняться, другой мой бывший коллега (и Team System MVP) Steve St. Jean написал подробную статью о различиях: From VSS to TFS

Answer 6

Если вы решите используйте инструмент VSSConverter.exe, который поставляется с Visual Studio Team Foundation Server, тогда вы должны сначала установить TFS 2008 SP1, так как он включает в себя ряд улучшений, как подробно on this blog by the migration tools team.

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

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

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

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

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

Answer 7

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

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

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

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

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

Answer 8

TFS conversion tool < - Используйте этот

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

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

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

Надеется, что это помогает