Как изменить шаблон процесса на MSF для Agile в уже существующем командном проекте в TFS 2010?
Мы обновили нашу TFS 2008 до 2010 года, и теперь я хотел бы также изменить шаблон процесса на MSF для Agile (в настоящее время CMMI). Мы не использовали функциональность workitem, поэтому, если какая-то информация теряется при преобразовании, не имеет значения.
После создания Team Project вы, к сожалению, не можете просто загрузить новый шаблон процесса. Как говорит Robaticus, вам придется загрузить XML для шаблона и изменить его, а затем повторно загрузить. Электроинструмент позволяет создавать НОВЫЕ шаблоны для новых командных проектов, но он не будет изменять существующий.
Вместо этого вы можете использовать инструмент witadmin.exe (на любом компьютере с установленным Team Explorer в разделе \Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE или только с Visual Studio Command Prompt), чтобы экспортировать текущие определения рабочего элемента и повторно импортировать их после внесения изменений.
К счастью, если вы много не используете отслеживание workitem, это может быть не слишком сложно. Вы могли бы просто удалить все существующие типы рабочих элементов, а затем повторно загрузить новые типы.
Если это слишком много, подумайте, сколько вы хотите сохранить историю управления версиями. Возможно, стоит создать новый Team Project с шаблоном Agile, а затем просто переместить в него весь исходный код.
Вы не можете изменить шаблон процесса, однако вы можете изменить типы рабочих элементов. Так что для ошибок, задач вы можете поменять местами определения Agile.
Вы можете сделать это в 2010 году с witadmin, в 2008 году он importwit, сначала загрузив шаблон на диск (для этого вам понадобятся инструменты TFS). Затем укажите консольное приложение на bug.xml, task.xml и т.д.
Usage: witadmin importwitd /collection:collectionurl [/p:project] /f:filename [/e:encoding] [/v]
/collection Specifies the Team Foundation project collection. Use a fully specified URL such as
http://servername:8080/tfs/Collection0.
/p Specifies the team project in which the new work item type is imported. This is required, except when
the validation-only option is used.
/f Specifies the work item type XML definition file to import.
/e Specifies the name of the .NET Framework 2.0 encoding used to import the XML file. For example,
/e:utf-7 will use Unicode (UTF-7) encoding. Encoding is automatically detected whenever possible. If
the encoding cannot be detected, UTF-8 is used.
/v Validates the XML definitions for the work item type, link type, or global workflow without importing
them.
Вы можете экспортировать шаблон гибкого процесса на диск, а затем импортировать рабочие элементы в существующий проект. Для этого вам могут понадобиться инструменты TFS Power Tools.
Возможно, я опоздал на этот вопрос, но инструменты TFS Integration Platform могут действительно помочь здесь.
См. этот вопрос о ошибке сервера, в котором подробно описано, как перейти от Scrum для Team System V2 к Microsoft Visual Studio Scrum 1.0.
Вам нужно будет настроить собственные сопоставления, чтобы перейти от шаблонов к целевому шаблону, но процесс тот же.
Я думаю, что лучший способ добиться этого - создать новый Team Project с "новым" шаблоном процесса и использовать инструмент интеграции TFS для миграции существующих WorkItems и выбрать создать новую ветку из Source Control, так что вы будете имеют новые рабочие элементы (с новым рабочим процессом) и историю управления версиями (также). Вы даже сделали бы это по версиям TFS! (В случае, заинтересованном в миграции TFS 2005/2008/2010)
Другим способом может быть использование шаблонов WorkItem, но я думаю, что это более своеобразный визуальный стиль (я не очень много) применил к рабочему элементу. Чтобы сделать это, просто щелкните правой кнопкой мыши на своем проекте, импортируйте WITDefinition и примените шаблон, выбрав шаблон Apply для желаемых рабочих элементов.
Обратите внимание, что witadmin.exe может помочь в некоторых сценариях, но TFS Integration Platform - ваш конечный выбор для достижения этой задачи. Существует пункт голос пользователя, который еще не выполнен. Проверьте этот поток SO.