Можем ли мы перейти на новый шаблон процесса TFS и сохранить историю? - PullRequest
6 голосов
/ 08 февраля 2010

В настоящее время мы используем TFS 2008 с шаблоном Scrum for Team System от Conchango, с небольшими изменениями. Мы смотрим на обновление до TFS 2010 и рассматриваем возможность перехода на шаблон MSF для Agile.

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

Кто-нибудь прошел через процесс, который может дать какой-нибудь совет?

Ответы [ 3 ]

6 голосов
/ 11 февраля 2012

Мы прошли через этот болезненный процесс. Вот некоторая полезная информация:

  1. Да, мы использовали последнюю версию Платформа интеграции TFS .
  2. Этот блог - ваш друг для платформы интеграции TFS.
  3. Посмотрите на сопоставление XML-файлов здесь
  4. Ссылка на этот форум . У него много хорошей информации.
  5. Также см. «Обновление шаблона процесса в Team Foundation Server» и «Обновление шаблона процесса № 3 - уничтожение всех рабочих элементов и импорт новых» .
5 голосов
/ 04 сентября 2010

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

4 голосов
/ 09 февраля 2010

Мы находимся в похожей ситуации, в которой вы находитесь (вплоть до шаблонов, в которых мы работаем, и шаблонов, которые мы хотим использовать), хотя у нас есть только исходный код в нашем существующем экземпляре Team Foundation Server. Мы планируем выполнить миграцию с Team Foundation Server 2008 на Team Foundation Server 2010, а не на обновление. Хотя мы еще этого не сделали, у вас есть два варианта, которые вы наметили.

Как вы упомянули, вы можете перенести исходный код и отслеживание рабочих элементов в новый командный проект с помощью этого инструмента. Он будет «сжимать» исторические даты, так как TFS захочет добавить собственную метку времени. Будут некоторые потенциальные проблемы истории, насколько я понимаю. В частности, в TFS 2010 могут возникнуть проблемы при сравнении версий из предварительно перенесенного контроля версий. По крайней мере, до сих пор я проводил эксперименты в нашей тестовой лаборатории. Насколько я понимаю, эта проблема заключается в том, что она относится к режиму элемента вместо щелевого режима в качестве значений по умолчанию между двумя версиями. Я могу смотреть на отдельные версии и видеть историю - так, чтобы она соответствовала нашим требованиям.

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

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

Основываясь на наших обсуждениях с очень полезными людьми в Microsoft, мы, вероятно, собираемся сделать резервную копию баз данных и следовать указаниям в сообщении в блоге Брайана Кригера (Путь 2: Обновление миграции). Я надеюсь сделать тестовый запуск при обновлении с использованием более старой резервной копии уже на следующей неделе.

Удачи! Я знаю, что это пугает. К счастью, мой опыт установки и настройки с новой установкой TFS 2010 в лаборатории оказался намного более гладким, чем мое первоначальное знакомство с процессом TFS 2008. Надеюсь, вы обнаружите, что то же самое верно.

...