2015-01-13 4 views
3

Я установил утилиту миграции OpsHub VSO, и я пытаюсь перенести один из наших самых маленьких проектов в качестве теста.Миграция TFS 2010 на Visual Studio Online

Создав новый сопоставимый проект в VSO, проверка соответствия не выполняется при неправильном совпадении шаблона.

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

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

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

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

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

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

+0

Это не так, потому что это не поля, которые вы можете настроить вообще. Команде OpsHub придется копаться в этом. –

+0

Ed, я бы предположил, что инструмент OpsHub не исключает эти поля в шаблоне процесса, и мы видим пропущенную поле «Итерационный идентификатор»/«Итерационный идентификатор», который вы получаете, если сервер когда-либо был 2005/2008. –

+0

MrHinsh - интересный комментарий. Сервер TFS 2010 изначально был сервером TFS 2008, который был обновлен. Проект, о котором идет речь, новее, чем тот, и использовал новые шаблоны, но все равно повлияет на это? – Nick

ответ

1

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 являются консультантами и имеют инструменты для перемещения ваших вещей.

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

Проверьте migration guidance from the ALM Rangers.

+1

Я также сообщил об этом команде OpsHub. –

5

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

Вы должны использовать инструмент 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" 

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

0

Поскольку это именно наш сценарий (TFS2008> TFS2010> VSO), и мы также получили ошибку во время миграции рабочих элементов с OVSMU с TFS2010 на VSO. Я был готов дать обходное решение, описанное Ed. Чтобы он был более удобным, я попробовал не из командной строки, а с Visual Studio 2012 из меню Tools: Process Editor: Work Item Types: Open WIT с сервера. Первой попыткой был рабочий элемент типа Task. После изменения всех соответствующих имен меня спросили, хочу ли я сохранить изменения в элементе. После нажатия кнопки Да, я получил окно с сообщением:

"Microsoft Visual Studio: Работа Тип элемента: Задача TF26177: проверки Поля System.IterationId не может быть переименовано из„IterationID“до„Итерации ID“ Было. ошибки. Продолжение сохранения может привести к тому, что файл станет неактивным, вы хотите продолжить? «

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