Шаги для изменения шаблона процесса для существующего проекта в TFS 2010 - PullRequest
Новая
       60

Шаги для изменения шаблона процесса для существующего проекта в TFS 2010

28 голосов
/ 29 сентября 2010

У меня есть установка TFS-сервера, которая со временем прошла обновления с TFS 2005 до TFS 2008, а затем до TFS 2010. За время существования установки было создано много проектов и использовались разные шаблоны проектов.MSF Agile 4.0, 4.1, 4.2 и 5.0.и несколько MSF CMMI.

Я хотел бы «заменить» шаблон проекта, используемый для всех этих проектов, на новый общий шаблон: Microsoft Visual Studio Scrum 1.0.

Мне известно, что шаблоны проектов TFS используются в качестве шаблонов для создания новых проектов и не могут изменять определения проектов tfs после создания.

До сих пор только часть управления версиями и серверная часть сборки TFSбыли использованы, и нет существующих типов рабочих элементов.

Кроме того, все проекты и сценарии сборки в зависимости от исходного кода остаются неизменными.

На мой взгляд, у меня есть следующие варианты:

Создание новых проектов TFS с использованием правильного шаблона проекта, а затем перемещение / переход исходного кода в новый проект.

  1. Весь код перемещается ввременный командный проект.
  2. Старый проект удален
  3. Создан новый проект с исходным именем и правильным шаблоном процесса
  4. Код перемещен в новый командный проект

  5. Временный командный проект удален

    • Все определения сборки должны быть воссозданы, что не вариант.

    • Перемещение исходного кода/ branch "испортит" историю версий

alt text
Путем путаницы в истории версий я имею в виду, что когда вы перемещаете исходный код, он будетза кулисами сделайте удаление + переименование источника в исходное местоположение, и история все равно будет находиться в старом проекте.Это сделает поиск в истории трудным, и если я на самом деле удаляю старый проект, я потеряю всю историю до перемещения исходного кода.

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

Используйте инструменты миграции TFS для миграции в другой проект TFS

  • Это имеет те же недостатки, что ипервое решение

Замена / импорт типов рабочих элементов, установка новых отчетов, создание новых сайтов SharePoint

Для каждого проекта TFS

  • Удалить существующие определения рабочих элементов с помощью "witadmin deletewitd"

  • Импортировать каждое определение рабочего элемента из нового шаблона процесса с помощью "witadmin importwitd"

  • Импорт категорий рабочих элементов с помощью «witadmin importcategories»

  • Удаление старых отчетов в папке проекта на сервере отчетов

  • Загрузка определений отчетов из нового шаблона процесса

  • Изменение источников данных, используемых для отчетов, с помощью диспетчера отчетов, чтобы указывать на правильные общие источники данных (TfsReportDS и TfsOlapReportsDS)

  • Измените значение по умолчанию для параметра отчета ExplicitProject на "" (пустая строка) и отключите опцию подсказки пользователя.

  • Экспорт документов в старомСайт SharePoint с использованием stsadm

  • Удалить старый сайт SharePoint

  • Воссоздать сайт sharepoint с помощью шаблона сайта Agile Dashboard TFS2010

  • Активировать функцию сайта «Панель инструментов Scrum Team Foundation Server»

  • В настройках проекта TFS -> Настройки портала проекта: включите «портал командного проекта» и убедитесь, что URL-адрес правильный,Включить "отчеты и информационные панели относятся к данным для этого группового проекта"

И наконец ..

  • Обработка хранилища

  • Обработка базы данных анализа

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

Мой вопрос:

Существуют ли другие способы замены типов рабочих элементов, о которых я не упомянул?

И / или я пропускаю какие-либо шаги в последнем решении?

Ответы [ 2 ]

12 голосов
/ 01 ноября 2010

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

После удаления старых отчетов и экспорта документов SharePoint (вы также можете использовать Windows Explorer вместоstsadm), на самом деле в ' tfpt ' есть две команды, которые помогут вам.Это уменьшит его с 14 шагов до 5 или 6 шагов. 

tfpt addprojectreports  Add or overwrite reports for an existing team project
tfpt addprojectportal   Add or move portal for an existing team project

tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose
0 голосов
/ 29 сентября 2010

Ваш первый вариант - ИМХО ваш лучший выстрел.Вы можете ветвить источники из старого командного проекта в новый командный проект.С TFS 2010 вы можете увидеть историю также из разветвленного местоположения.Таким образом, вы не потеряете функциональность здесь.

Build - это просто файл msbuild, который хранится в системе контроля версий.Единственное, что вам нужно сделать, это скопировать определения сборки.Вы можете сделать это либо вручную, либо создать небольшое приложение, которое сделает это за вас.

...