Проекты TFS, сопоставленные с реальными проектами

Question

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

У нас есть TFS2015, который мы принимаем сами.

Учитывая, что TFS не поддерживает идею продукта, я создал проект TFS под названием MyProduct. Этот «продукт» существует как в ALM, так и в SCM.

Далее я создал свой первый real TFS Project, т. Е. Я создал проект TFS с тем же именем, что и фактический проект, который я должен выполнить для своей работы. Теперь у меня есть два проекта TFS,

1. MyProduct - это мой мастер TFS проект, который я рассматриваю как мой продукт
2. MyFirstProject - это мой первый фактический проект, который я выполнение, чтобы улучшить мой существующий продукт

Исходный код для MyFirstProject - это копия исходного кода в MyProduct и должна быть объединена с MyProduct в какой-то момент или в точках.

Когда я в конце MyFirstProject я хочу, чтобы переместить открытые рабочие элементы в мой продукт TFS проекта, т.е. MyProduct, в том числе,

1. Descoped MyFirstProject истории, которые я хочу, чтобы в моем продукте накопившихся
2. ошибки, которые обнаружены, но не закреплены в MyFirstProject
3. Эпос/функции, которые добавляются в ходе MyFirstProject

Далее я хочу начать MySecondProject , и т. д.

Надеюсь, этого достаточно подробно, так как я считаю, что обычные продукты/проекты работают, и мой вопрос: правильно ли я использую TFS с этим подходом? Естественно, что мои новые проекты TFS не являются филиалом SCM, они являются новым проектом SCM, и перемещение рабочих элементов между проектами - это нелегкое дело.

Похоже, что мне не хватает точки структуры проекта TFS.

Answer 1

1. Я хотел бы представить Team Project Collection и Команда Проекты.

   • Команда, Коллекция Проект представляет собой группу проектов команды. Когда вы устанавливаете TFS, создается сборник по умолчанию, который содержит все командные проекты.
   • Команда проект представляет собой набор исходного кода, рабочие элементы, строить определение, определение выпуска, ручные тесты и т.д. Вы можете иметь несколько проектов команды за коллекции. Вы создаете командный проект для создания репозитория для исходного кода и места для группы разработчиков и команд для планирования, отслеживания прогресса и совместной работы по созданию программных решений. Командные проекты отличаются от проектов или решений прикладных программ.(Просьбы уточнить проект TFS вы упомянули в посте является проектом команды или oftware прикладных проектов.)

2. По вашему описанию, MyProduct и MyFirstProject должны иметь branch отношений. Таким образом, вы можете создать проект A под командный проект X, а затем выполнить проект A для удовлетворения ваших требований.

3. Рабочие элементы находятся под командным проектом, а не с одним проектом прикладного программного обеспечения. Чтобы добиться того, чего вы хотите, вы можете создать Teams и Areas и назначить рабочие элементы для разных областей.