Подтвердить что ты не робот

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

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

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

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

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

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

Как я вижу, у меня есть следующие опции:

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

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

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

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

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

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

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

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

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

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

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

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

  • Импортировать категории элементов работы с помощью "witadmin importcategories"

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

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

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

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

  • Экспортируйте документы на старый сайт SharePoint с помощью stsadm

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

  • Восстановите сайт sharepoint с помощью шаблона сайта Dashboard для веб-сайта TFS2010

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

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

И наконец..

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

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

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

Мой вопрос:

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

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

4b9b3361

Ответ 1

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

После удаления старых отчетов и экспорта документов SharePoint (вы также можете использовать проводник Windows вместо 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 

Ответ 2

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

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