Мы можем мигрировать на новый процесс TFS, обрабатывают по шаблону и сохраняют историю?
Мы в настоящее время используем 2008 TFS с шаблоном Scrum for Team System от Conchango с несколькими незначительными тонкими настройками. Мы смотрим на обновление до 2010 TFS, и мы рассматриваем перемещение в MSF для шаблона Agile.
Что лучший способ состоит в том, чтобы переместить в новый процесс, обрабатывают по шаблону и сохраняют историю? Я хотел бы смочь создать новый проект команды на сервере 2010 TFS, зарегистрироваться во всем и переместить наш источник в новый проект. Было бы хорошо, если мы могли бы так или иначе сохранить историю комментария регистрации и возможно даже смочь перейти назад к истории объекта работы, связанной с changeset в старом проекте. Я даже был бы готов переместить старый проект как есть в 2010 и затем переместить источник в новый проект, сохранив старый проект с объектами работы только в 2010.
Кто-либо прошел процесс, который может по некоторому совету?
1 ответ
Мы находимся в такой же ситуации, как и вы (вплоть до шаблонов, на которых мы работаем, и шаблонов, на которых мы хотим работать), хотя у нас есть только исходный код в нашем существующем экземпляре Team Foundation Server. Мы планируем осуществить миграцию с Team Foundation Server 2008 на Team Foundation Server 2010, а не обновление. Хотя мы еще не сделали этого, у вас есть два варианта, которые вы описали.
Как вы уже сказали, вы можете перенести исходный код и отслеживание рабочих элементов в новый проект Team Project с помощью этого инструмента. Это "сожмет" даты истории, поскольку TFS захочет добавить свою собственную временную метку. Насколько я понимаю, возникнут некоторые потенциальные проблемы с историей. В частности, в TFS 2010 могут возникнуть проблемы со сравнением версий из предварительно мигрированного контроля исходного кода. По крайней мере, до сих пор я наблюдал это в своих экспериментах в нашей тестовой лаборатории. Насколько я понимаю, эта проблема связана с режимом item-mode и режимом slotted-mode в качестве значений по умолчанию между двумя версиями. Я могу просмотреть отдельные версии и увидеть историю - так что это соответствует нашим требованиям.
Другой вариант - контроль исходных текстов в одном проекте, а рабочих элементов - в другом. Я не пробовал этого, поскольку предполагаю, что отношения наборов изменений будут нарушены в существующих рабочих элементах и не будут создаваться в дальнейшем. Для вас это может быть важно, а может и не быть.
Также, возможно, было бы неплохо описать вашу ситуацию в области обсуждения проекта на Codeplex. Авторы проекта входят в команду по миграции TFS в Microsoft и зависят от отзывов людей, находящихся в той же лодке, что и мы. На данный момент я обменялся с ними парой электронных писем, и они оказались весьма полезными.
Основываясь на наших обсуждениях с очень отзывчивыми людьми из Microsoft, мы, скорее всего, сделаем резервную копию баз данных и будем следовать указаниям, приведенным в сообщении блога Брайана Кригера (Path 2: Migration Upgrade). Я надеюсь провести пробный запуск обновления с использованием старой резервной копии уже на следующей неделе.
Желаю удачи! Я знаю, что это пугает. К счастью, мой опыт установки и настройки свежей установки TFS 2010 в лаборатории был гораздо более гладким, чем мое первое знакомство с процессом TFS 2008. Надеюсь, вы найдете то же самое.