Безопасный визуальный источник → миграция TFS

Ответ 1

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

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

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

Ответ 2

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

• Попросите всех проверить все изменения в VSS, убедитесь, что все сборки и т.д.
• Установите все базы данных VSS в "заблокированные" (права только для чтения для всех пользователей).
• Получить последнюю по всей базе данных VSS в "чистый" набор папок на рабочей станции.
• Проверьте все файлы в TFS с рабочей станции

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

Ответ 3

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

Ответ 4

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

Некоторые ключевые особенности релиз:

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

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

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

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

Ответ 5

В настоящее время мы работаем над этим на моей дневной работе. Мы фактически переходим через месяц. Я являюсь основной частью миграции и большой частью того, почему мы выходим из SourceSafe. Чтобы помочь в миграции, я использовал Visual Studio® Team System 2008 Team Foundation Server и 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 для использования функций отслеживания рабочих элементов.

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

Ответ 6

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

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

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

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

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

Ответ 7

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

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

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

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

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

Ответ 8

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

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

Что касается исходного вопроса:

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

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

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

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