Когда мне создать новый командный проект в TFS 2010?

Мы настраиваем TFS 2010, и у нас есть около 15 различных приложений, которые мы хотели бы перенести на TFS. Мы уже решили, что сделаем 1 сборник. У меня возникает вопрос: должны ли мы создавать несколько командных проектов для каждого из наших приложений или мы должны объединить все наши приложения в один командный проект? С какими преимуществами / недостатками мы столкнемся с этими сценариями для рабочих элементов, сборок и т. Д.?


person Chris Anderson    schedule 26.10.2011    source источник
comment
NB. в равной степени это можно сформулировать как «Когда мне создать новый репозиторий GIT / Mecurial / ...?».   -  person Richard    schedule 26.10.2011
comment
@Richard: Я не согласен - командный проект TFS плохо согласуется с репозиторием git (например). Командный проект обозначает рабочий процесс (шаблон процесса) и обычно содержит несколько приложений или проектов. То есть, как правило, командный проект представляет собой более высокий уровень того, что отображается в репозитории git, и содержит многие из них.   -  person Edward Thomson    schedule 26.10.2011


Ответы (2)


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

В предстоящем TFS11 есть понятие невыполненных работ (если вы еще не видели его, я рекомендую перейти к \ BUILD \ records). Если ваши приложения совместно используют спринты или невыполненные журналы, я бы создал один командный проект (или групповой проект для каждого пула приложений, которые разделяют их).

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

person Ewald Hofman    schedule 26.10.2011

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

http://msmvps.com/blogs/vstsblog/archive/2010/11/12/good-reasons-to-not-create-a-new-team-project.aspx

Однако, как указывает Эвальд, новая поддержка Sprint, Backlog и Team в TFS11 на самом деле является достаточно вескими причинами для разделения ваших проектов.

person Betty    schedule 27.10.2011
comment
Похоже, добавление команд в командные проекты i tfs11 означает несколько невыполненных работ для каждого командного проекта - person Betty; 24.12.2011
comment
Функция нескольких невыполненных работ для каждого командного проекта работает очень хорошо, поэтому я придерживаюсь своего мнения о наличии только одного командного проекта, чтобы уменьшить трение при обновлении. - person Betty; 18.02.2014