Миграция TFS 2010 в Visual Studio Online

Я установил утилиту миграции OpsHub VSO и пытаюсь перенести один из наших самых маленьких проектов в качестве теста.

После создания нового соответствующего проекта в VSO проверка переноса завершается неудачно при несовпадении шаблона.

Существующий проект TFS 2010 основан на шаблоне MSF для Agile Software Development v5.0, а новый проект VSO - MSF для Agile Software Development 2013.3.

Насколько я знаю, ни один из этих шаблонов не был настроен.

Для каждого типа рабочего элемента несоответствующие поля:

  • RelatedLinkCount
  • Areaid
  • AttachedFileCount
  • HyperLinkCount
  • ExternalLinkCount
  • IterationID

Установленная версия утилиты v1.1.0.005

Любая помощь будет принята с благодарностью.

Источник

3 ответа

Между TFS 2005/2008 и TFS 2010 шаблоны процессов были обновлены, чтобы добавить дополнительное пространство в отображаемое имя каждого из упомянутых вами полей. Поскольку дело обстоит так, вы можете предпринять несколько простых шагов для обхода проблемы, а затем повторно запустить утилиту миграции OpsHub Visual Studio Online.

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

witadmin.exe changefield /collection:http://tfs.contoso.local:8080/tfs/DefaultCollection /n:System.RelatedLinkCount /name:"Related Link Count"
witadmin.exe changefield /collection:http://tfs.contoso.local:8080/tfs/DefaultCollection /n:System.AreaId /name:"Area ID"
witadmin.exe changefield /collection:http://tfs.contoso.local:8080/tfs/DefaultCollection /n:System.AttachedFileCount /name:"Attached File Count"
witadmin.exe changefield /collection:http://tfs.contoso.local:8080/tfs/DefaultCollection /n:System.HyperLinkCount /name:"Hyperlink Count"
witadmin.exe changefield /collection:http://tfs.contoso.local:8080/tfs/DefaultCollection /n:System.ExternalLinkCount /name:"External Link Count"
witadmin.exe changefield /collection:http://tfs.contoso.local:8080/tfs/DefaultCollection /n:System.IterationId /name:"Iteration ID"

Дайте этим попробовать, и я надеюсь, что это сработает для вас!

Источник

OpsHub, к сожалению, нужно исправить это, или вы можете использовать другой инструмент.

Когда вы пытаетесь выполнить миграцию, инструмент OpsHub сравнивает ваш шаблон процесса между двумя проектами и выбрасывает свои игрушки из коляски, если они не совпадают. В вашем случае ваш сервер 2010 когда-то был либо 2005, либо 2008. В версиях TFS до 2010 года у конфликтующих полей не было пробелов, начиная с 2010 года они... Отсюда и несоответствие.

Есть и другие, менее няни, способы миграции, но они гораздо сложнее.

  1. TFS Integration Tools - это бесплатный инструмент, поддерживаемый Microsoft, но все более сложный. Он был создан для консультантов, работающих с предприятиями, для перемещения данных TFS. Не весело, но можно заставить работать.
  2. Миграция в Excel - вы можете просто использовать Excel для перемещения кончика рабочих элементов и перемещения кончика источника TFVC. Или перейдите к Git в VSO и используйте Git-TFS, чтобы перейти с историей к источнику.
  3. Наймите кого-нибудь (прием / разговор консультанта ALM) - Большинство MVP ALM являются консультантами и имеют инструменты для перемещения ваших вещей.

Я хотел бы предположить, что #1 и #3 имеют одинаковую стоимость в конце дня, а #2, как правило, непопулярны.

Ознакомьтесь с руководством по миграции от ALM Rangers.

Источник

Поскольку это именно наш сценарий (TFS2008 > TFS2010 > VSO), и мы также получили ошибку во время миграции рабочих элементов с OVSMU из TFS2010 в VSO, я был готов попробовать обходной путь, описанный Эдом. Чтобы сделать его более удобным, я попытался не из командной строки, а с помощью Visual Studio 2012 из меню Инструменты: Редактор процессов: Типы рабочих элементов: Открыть WIT с сервера. Первой попыткой был тип рабочего элемента Task. После изменения всех соответствующих имен меня спросили, хочу ли я сохранить изменения в элементе. После нажатия Да у меня появилось окно сообщения:

"Microsoft Visual Studio: тип рабочего элемента: задача TF26177: поле System.IterationId нельзя переименовать из" IterationID "в" Iteration ID ". Произошли ошибки проверки. Продолжение сохранения может привести к тому, что файл станет недоступным для загрузки, хотите ли вы продолжить?

У вас есть какой-нибудь дополнительный совет для меня, чтобы я мог все это перенести на рабочие места?

Источник
Другие вопросы по тегам