Какова наилучшая практика для настройки TFS для гибкой разработки?

Question

Я думаю о том, чтобы каждая часть гибкого жизненного цикла выполняла собственный проект (проект TFS, а не csproj) в соответствии с гибким шаблоном Microsoft.

• Можно ли переместить элементы (например, Истории пользователей или задачи) из одного проекта в другой?
• Осуществляет ли организация этих проектов какое-либо влияние на фактическую сборку программного обеспечения (решения, csproj и т. Д.) Или влияет на них?
• Какова рекомендуемая организационная структура проектов и т. Д. Для гибкого проекта?
• Есть ли руководства, которые вы можете порекомендовать для установки TFS для работы со стандартным гибким процессом?

Answer 1

Я никогда не слышал такой странной идеи.

У вас должен быть один командный проект для каждой цели. В принципе, командный проект - это пересечение команды с проектом.

Answer 2

Не настраивайте несколько проектов TFS для одной и той же команды/линейки продуктов. Вы не можете перемещать вещи от одного к другому, и они не смогут использовать общий элемент управления родительским исходным кодом, чтобы вы могли пропустить большую часть того, что может предложить источник. Проведите некоторое исследование, прочитав ссылки на другие ответы.