Когда я создаю новый командный проект в TFS 2010?
Мы настраиваем TFS 2010, и у нас есть около 15 различных приложений, которые мы хотели бы перенести в TFS. Мы уже решили, что будем делать 1 коллекцию. У меня вопрос: должны ли мы создавать несколько командных проектов для каждого из наших приложений или мы должны поместить все наши приложения в один командный проект? Какие преимущества / недостатки мы столкнемся с этими сценариями для рабочих элементов, сборок и т. Д.?
2 ответа
Моя планка того, что должно быть в командном проекте, состоит в том, имеют ли приложения и / или люди, работающие над приложениями, общие ресурсы, например рабочие элементы.
В грядущем TFS11 есть понятие backlogs (если вы его еще не видели, я рекомендую перейти к \BUILD\ records). Если ваши приложения совместно используют спринты или журналы, то я бы создал один командный проект (или командный проект на пул приложений, которые их разделяют).
Если приложения разрабатываются отдельно и вы хотите использовать разные процессы, используйте несколько командных проектов.
Недавно я увидел хороший пост одного из рейнджеров TFS ALM, в котором рассматриваются все основные недостатки разделения на несколько командных проектов.
Однако, как отмечает Эвальд, новый Sprint, поддержка Backlog и Team в TFS11 - это довольно веские причины для разделения ваших проектов.