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

Question

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

Answer 1

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

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

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

Answer 2

Недавно я увидел хороший пост одного из рейнджеров 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 на самом деле являются достаточно вескими причинами для разделения ваших проектов.