Командные проекты TFS 2010 - PullRequest
4 голосов
/ 29 июля 2011

Я хотел бы знать, какова концепция Team Project в TFS 2010. В моей компании есть одна команда, работающая над несколькими продуктами одновременно. Для каждого продукта есть визуальное студийное решение. Мы следуем методологии SCRUM. Наш журнал возврата продуктов и журнал спринта в основном состоят из элементов, относящихся к нескольким продуктам, поэтому во время спринта команда работает над элементами, относящимися к нескольким продуктам. Мы с нетерпением ждем использования шаблона процесса SCRUM для TFS 2010.

Мне было интересно, какой подход я должен использовать в плане организации проектов в TFS Source Control и полного использования шаблона процесса TFS (SCRUM)?

  • Должен ли я создать командный проект для каждого продукта? Но это будет означать, что мне нужно будет поддерживать шаблон процесса, журнал невыполненных работ по продукту и спринт для каждого командного проекта. Особенно при создании и запросе рабочих элементов, это потребует много переключений между командными проектами в Team Explorer. Точно так же, при создании диаграмм / отчетов для прожига, будет по одному для каждого из командного проекта. Это похоже на кошмар!

  • Или я должен создать один проект Team и поместить в него все продукты (решения Visual Studio)? Это звучит лучше для меня, потому что будет один шаблон процесса, один продукт и резерв спринта и одно место для просмотра / запроса всех рабочих элементов.

Мне кажется, что командный проект должен соответствовать команде, а не продукту или решению Visual Studio. Однако в моем прошлом опыте я сталкивался с местами, где Team Project отображается в решении для продукта / визуальной студии, и я немного запутался.

Ответы [ 2 ]

5 голосов
/ 29 июля 2011

Термин «командный проект» сбивает с толку.Мне бы очень хотелось, чтобы Microsoft использовала другую фразу.

Сказав это, я не знаю, какое еще слово или фразу подойдет.

  1. Командный проект не обязательно соответствуетпроект или решение Visual Studio
  2. Командный проект определенно не соответствует тому, что SourceSafe использовал для вызова проектов (это были просто папки)
  3. Командный проект не обязательно соответствует одномудерево управления исходным кодом.Люди, работающие над командным проектом, могут использовать код из нескольких деревьев управления исходным кодом (при условии, что он может быть правильно сопоставлен с вашим рабочим пространством).
  4. Командный проект более точно соответствует стремлению некоторыхДобрый.Это может включать или не включать некоторый исходный код.В нем будут участвовать некоторые люди.Он может включать или не включать некоторые рабочие элементы, или сборки, или отчеты, или сайты порталов, или лабораторные среды, или любую комбинацию этих артефактов, которые ограничены для каждого проекта.Обычно это будут артефакты, которые будут полезны для некоторой «Команды» при выполнении их «усилий» (что может случиться только с вопросом о создании и выпуске некоторого кода с использованием рабочих элементов, отчетов, контроля исходного кода, сборок,и т. д.)
0 голосов
/ 29 июля 2011

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

...