Проекты TFS 2010 Team

Question

Я хотел бы знать, что представляет собой концепция Team Project в TFS 2010. В моей компании одновременно работает одна команда, работающая с несколькими продуктами. Для каждого продукта есть визуальное студийное решение. Мы следуем методологии SCRUM. Наш журнал обратного журнала продукта и журнал спринтерского возврата в основном состоят из элементов, связанных с несколькими продуктами, поэтому во время спринта команда работает над элементами отставания, относящимися к нескольким продуктам. Мы с нетерпением ждем использования шаблона процесса SCRUM для TFS 2010.

Мне было интересно, какой подход следует принять в плане организации проектов в TFS Source Control и в полной мере использовать шаблон процесса TFS (SCRUM)?

• Должен ли я создавать проект команды для каждого продукта? Но это означало бы, что мне нужно будет поддерживать шаблон процесса, отставание продукта и отставание backr для каждого проекта команды. Особенно, когда вы создаете и запрашиваете рабочие элементы, это будет связано с множеством переключений между командами в командном обозревателе. Аналогичным образом, при создании списков с ожогом/отчетах каждый из проектов Team будет один. Это похоже на кошмар!

• Или мне нужно создать один проект из команды и разместить все продукты (решения Visual Studio) под ним? Это звучит лучше для меня, потому что будет один шаблон процесса, один продукт и спринт backlog и одно место, чтобы посмотреть/запросить все рабочие элементы.

Мне кажется, что проект команды должен отображаться в команде, а не в продукте или решении Visual Studio. Однако в моем прошлом опыте я сталкивался с места, где Team Project сопоставляется с решением для продуктов/визуальных студий, и я немного смущен.

Answer 1

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

Answer 2

Термин «Team Project» запутан. Я действительно хочу, чтобы Microsoft использовала другую фразу.

Сказав это, я не знаю, какое другое слово или фраза применимо.

1. командного проект не обязательно соответствует проекту Visual Studio или решения
2. командного проект, конечно, не соответствует тому, что SourceSafe используется для вызова проектов (это была только папка)
3. командного проект не обязательно соответствует единому дереву управления источником. Люди, работающие в Team Project, могут использовать код из нескольких деревьев управления версиями (при условии, что это можно правильно отобразить в рабочее пространство).
4. Проект команды более тесно соответствует начинающим. Это может включать или не включать какой-либо исходный код. Это привлечет некоторых людей. Он может включать или не включать в себя некоторые рабочие элементы, сборки или отчеты, сайты портала или лабораторные среды или любую комбинацию этих артефактов, которые охватываются в рамках каждого проекта команды. Обычно это артефакты, которые будут полезны для какой-либо «команды» при достижении их «усилий» (что может привести к созданию и выпуску некоторого кода с помощью рабочих элементов, отчетов, контроля версий, сборок, и т. д.)