Какова рекомендуемая организационная структура командных проектов в TFS 2010?Допустим, у нас есть 4 больших отдела на нашем предприятии.Является ли рекомендуемый подход для создания командного проекта для каждого отдела или логического представления своей организации и иметь разные папки для проектов VS в рамках этих командных проектов TFS?Или каждый разумный крупный проект должен иметь свой собственный командный проект?
Я спрашиваю больше с точки зрения хранения кода и артефактов TFS.Если мы хотим хранить как код, так и пользовательские истории, задачи и т. Д. В одном большом командном проекте, мешает ли это процессу быстрой разработки?Мы по-прежнему можем настроить отдельные запросы и отдельную панель мониторинга для каждого «проекта» в рамках проекта большой команды.Тем не менее, сборки были бы в этом гигантском списке сборок.
Если бы у нас было много небольших командных проектов, QA было бы труднее распределить свою работу между несколькими командными проектами.Им нужно будет знать, где вводить ошибки - знания, на которые мы не обязательно хотим полагаться.
Так что же является лучшей практикой?