Планирование и начало работы с новым командным проектом

Командный проект в Team Foundation Server (TFS) является основным средством планирования, которое используется для отслеживания данных и организации исходного кода, сборок, тестов и планов команды. Командный проект создается как центральный элемент, с помощью которого координируются командные действия, необходимые для разработки определенной программной технологии или продукта. После создания командного проекта можно управлять работой в основных узлах, созданных для командного проекта, и отслеживать ее ход.

При создании командного проекта в TFS вы получаете возможность пользоваться репозиторием исходного кода (система управления версиями Team Foundation (TFVC) или Git) и отслеживать рабочие элементы. Можно настроить дополнительные ресурсы для поддержки сборок и тестирования. В зависимости от настроенных для TFS ресурсов командный проект отображается в Team Explorer, как показано на следующих изображениях.

Team Explorer, основная конфигурация (TFVC)

Team Explorer, расширенная конфигурация (TFVC)

Team Explorer (Git)

Варианты начала работы

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

Начало работы с использованием облачной службы	Зарегистрируйтесь и создайте командный проект для размещаемой службы (см. статью Visual Studio Online).
Первая установка — стандартная конфигурация	Установите основную конфигурацию TFS. Впоследствии по мере необходимости можно будет добавлять ресурсы. См. раздел Настройка TFS на сервере.
Первая установка — расширенная конфигурация	Расширенная конфигурация позволяет установить TFS и настроить дополнительные ресурсы для поддержки порталов проекта и отчетов. Сведения о сопоставлении отдельных функций с ресурсами сервера см. в разделе Зависимости функций и ресурсов. См. раздел Настройка Team Foundation Server с использованием расширенной конфигурации. Совет По возможности сократите количество коллекций командных проектов, чтобы уменьшить административную нагрузку.Если командные проекты определены в одной коллекции, элементы можно связывать между этими проектами.Кроме того, для каждой коллекции необходимо управлять пользователями, группами и разрешениями отдельно.Одна коллекция проектов позволяет без проблем работать с сотнями разработчиков. Для получения дополнительной информации см. Управление коллекциями командных проектов.
Добавление командного проекта в существующую установку	Чтобы создать новый командный проект, можно использовать следующую процедуру. Советы. Создавайте командные проекты для команд, использующих различные рабочие процессы или бизнес-процессы. Рекомендуется создавать один командный проект для поддержки всех приложений или членов команды, использующих общие ресурсы, такие как рабочие элементы, пользователи и исходный код. Команды, которые работают над разными приложениями, но используют аналогичные рабочие процессы, следует настраивать как отдельные команды в пределах командного проекта. Если приложения разрабатываются отдельно и команды используют различные процессы и не используют общие ресурсы, определите по командному проекту для каждого приложения. Дополнительные инструкции см. ниже и в связанных разделах.

Шаг	Руководство
	Подключение к коллекции командных проектов В Visual Studio откройте Team Explorer и подключитесь к коллекции командных проектов, в которой нужно создать командный проект. Командные проекты, находящиеся в одной коллекции командных проектов, используют аналогичные ресурсы. Для получения дополнительной информации см. Подключение к командным проектам на сервере Team Foundation Server. Примечания. Обсудите с администратором развертывания требования проекта и определите коллекцию проектов, которая будет использоваться для размещения командного проекта. Проанализируйте ресурсы, необходимые для командного проекта. Рассмотрите требования в отношении совместной работы групп, общие для данного командного проекта и других проектов. Необходимо выбрать коллекцию проектов, содержащую другие проекты, с которыми взаимодействует или сотрудничает ваша команда. Члены команды могут отслеживать зависимости между командными проектами, только если все проекты находятся в одной коллекции.
	Выбор шаблона процесса Шаблон процесса определяет типы рабочих элементов и другие артефакты, которые команда может использовать для отслеживания работы и управления ею. Команда может создавать только рабочие элементы типов, определенных в шаблоне процесса, использованном при создании командного проекта, или типов, добавленных к командный проект после его создания. Примечания. Сравнение шаблонов процессов по умолчанию см. в разделе Работа с артефактами командного проекта, выбор шаблона процесса. Сведения об изменении шаблона процесса перед созданием командного проекта см. в разделе Настройка шаблона процесса. Сведения о добавлении шаблона процесса перед созданием командного проекта см. в разделе Отправка, загрузка и удаление шаблонов процессов для коллекции командных проектов. Чтобы получить последние шаблоны процессов TFS по умолчанию, обновите локальное развертывание сервера TFS до самой новой версии.
	Создание командного проекта. В Visual Studio последовательно выберите пункты Файл, Создать и Командный проект, чтобы запустить мастер Создать командный проект. Примечания. Чтобы создать командный проект, необходимо обладать необходимыми разрешениями на каждом ресурсе сервера. Для получения дополнительной информации см. Создание командного проекта. Имя командного проекта должны быть уникальными в пределах коллекции командных проектов и не должно быть длиннее 64 символов. После создания командного проекта изменить его имя невозможно. Определение структуры ветвей для исходного кода. При создании командного проекта указывается пустая папка для исходного кода или создается новая ветвь под управлением систему управления версиями.
	Настройте команды. Вы можете добавить команду или иерархию команд. Примечания. Команда по умолчанию соответствует командному проекту. Можно создать дополнительные команды для организации, отслеживания и упрощения работы групп людей в одной области продукта. Для командного проекта можно создать любое количество команд. Чтобы предоставить участникам команды доступ к расширенным функциям обратной связи, необходимо предоставить им расширенный доступ. Уровень доступа участников команды к командным проектам контролируется путем назначения включения каждого участника команды в группу того или иного проекта. При этом можно добавлять членов команд отдельно или добавлять группы, определенные в Active Directory или в рабочей группе. Во время создания командного проекта для него создается четыре группы по умолчанию, независимо от выбранного шаблона процесса. Это группы Читатели, Участники, Администраторы сборки и Администраторы проекта. По умолчанию каждая из этих групп имеет набор разрешений, определенных для них. Эти разрешения определяют то, что могут делать участники данных групп. Сведения о предоставлении членам команды разрешения для доступа к порталу проекта и диспетчеру отчетов см. в разделе Добавление пользователей в командные проекты.
	Планирование работы. Начать планирование работы можно с доски задач и с определения спринтов. Эти функции доступны из Team Web Access. См. раздел Выбор клиента Team Foundation для поддержки ваших задач. Дополнительные сведения см. в разделе Планирование и отслеживание проектов.
	Добавьте исходный код. Исходный код добавляется из системы управления версиями Team Foundation или GIT.
	Создание определений построения. Определения сборок создаются из Visual Studio. См. раздел Сборка приложения.

Области приложения и зависимости ресурсов

В следующей таблице перечислены серверы, работу которых необходимо обеспечить в развертывании Team Foundation, чтобы у команды был доступ к соответствующим функциям. Можно добавлять ресурсы после создания командного проекта. См. раздел Вопрос. Как добавить ресурсы после создания командного проекта?.

Область приложения	Team Foundation Server	Team Foundation Build	Продукты SharePoint	Службы аналитики SQL Server	Службы отчетов SQL Server	Прокси-сервер Team Foundation Server	Visual Studio Lab Management
Веб-доступ (1)
Обозреватель управления исходным кодом (2)
Рабочие элементы (3)
Сборки (4)
Документы (5)
Отчеты Excel (6)
Отчеты (7)
Поддержка удаленного сайта (8)						Рекомендовано
Виртуальные среды (9)

Флажок (на синем фоне) означает, что данный серверный ресурс необходим для поддержки соответствующей функции.

Примечания.

1.  Веб-доступ открывает Team Web Access, предоставляющий веб-интерфейс к TFS, дающий доступ к командным проектам, средствам планирования и отслеживания Agile, управлению версиями и сборкам. Некоторые функции требуют настройки. См. раздел Изменение уровней доступа.

2. С помощью Обозревателя управления исходным кодом команда может управлять исходным кодом командного проекта. См. раздел Использование управления версиями.

3. На странице Рабочие элементы команда может создавать рабочие элементы и запросы рабочих элементов для отслеживания, контроля и формирования отчетов о разработке продукта и его функций. Рабочий элемент — это запись в базе данных, содержащая определение, присвоение, приоритет и состояние работы. Команда может создавать только рабочие элементы типов, определенных в шаблоне процесса, использованном при создании командного проекта, или типов, добавленных к командный проект после его создания.

   См. раздел Создание списка невыполненной работы.

4. На странице  Сборки перечислены определения сборок, определенные для вашего командного проекта. Эта страница отображается, только если в рамках развертывания установлена и настроена служба Team Foundation Build. Для доступа к Служба построения Team Foundation требуется, чтобы коллекция проектов была настроена на использование контроллера построений. Для каждой коллекции командных проектов выделяется отдельный контроллер построений. Контроллер принимает запросы на построение от всех командных проектов в указанной коллекции. Team Foundation Build позволяет команде регулярно создавать сборки продуктов и управлять ими. Например, команда может выполнять ежедневные построения и отправлять их на общий сервер. Team Foundation Build также дает возможность создавать отчеты о состоянии и качестве каждого построения.

   См. раздел Сборка приложения.

5. Страница Документы отображается, только если командный проект настроен с Продукты SharePoint. После создания командного проекта можно настроить сайт SharePoint или другое расположение портала проекта в Интернете. См. раздел Совместное использование информации с помощью портала проекта.

6. Отчеты Microsoft Excel добавляются в папку Документы при настройке командного проекта с сайтом SharePoint. Эти отчеты позволяют отслеживать скорость выполнения командного проекта, объем невыполненной работы с ошибками, качество программного обеспечения, ход выполнения тестов и другие показатели. Многие из этих отчетов отображаются на панелях мониторинга проекта. Помимо зависимости Продукты SharePoint, отчеты Excel зависят от того, настроены ли для коллекции командных проектов, размещающей командный проект, обе службы аналитики SQL Server.

   Обзор отчетов Excel по умолчанию см. в разделе отчеты Excel или Отчеты Excel (CMMI).

   Если у командного проекта нет сайта SharePoint, можно использовать Excel для создания отчетов о состоянии и тенденциях. См. раздел Создание отчетов Excel при помощи запроса рабочего элемента.

7. Страница Отчеты открывается, только если коллекция проектов, размещающая командный проект, настроена со службами отчетов SQL Server и службами аналитики SQL Server. Эта страница предоставляет доступ к диспетчеру отчетов, пользовательским отчетам и отчетам по умолчанию, добавленным на сервер, где размещены службы отчетов SQL Server. Каждый из шаблонов процесса по умолчанию, предоставленный Team Foundation Server, включает несколько отчетов по умолчанию.

   Общие сведения об отчетах по умолчанию см. в разделе Отчеты (SQL Server Reporting Services).

8. Если некоторые участники команды удалены от основного местоположения системы управления версиями, для поддержки их работы может потребоваться установить и настроить прокси-сервер Team Foundation Server. Прокси-сервер Team Foundation Server управляет кэшем загруженных файлов системы управления версиями в расположении распределенной команды, что существенно снижает требования к пропускной способности при работе в глобальной сети. Благодаря настройке клиентов на использование прокси-сервера Team Foundation Server, управление файлами становится прозрачным для пользователя. Любой обмен метаданными и загрузка файлов на сервер продолжает взаимодействовать непосредственно с TFS.

   См. раздел Практическое руководство. Установка прокси-сервера Team Foundation и настройка удаленного сайта.

9. С помощью Visual Studio Lab Management команда может создавать, назначать и отслеживать виртуальные среды для поддержки разработки, развертывания и тестирования приложений. С помощью Microsoft Test Manager можно тестировать приложения в виртуальных средах. Для доступа к виртуальным средам из Test Manager требуется, чтобы сервер, на котором располагается командный проект, был настроен на взаимодействие с Lab Management.

   См. раздел Настройка Lab Management для сред SCVMM.

Вопросы и ответы

Вопрос. Как добавить ресурсы после создания командного проекта?

Ответ. Сведения о настройке ресурсов после создания командного проекта см. в одном из следующих разделов.

• Настройка ресурсов TFS и управление ими

• Отслеживание приложений с помощью Application Insights

• Развертывание приложений с помощью Release Management

• Синхронизация Team Foundation Server и Project Server

• PreEmptive Analytics

Вопрос. Как настроить командный проект?

О. См. раздел Настройка объектов отслеживания работ для поддержки командных процессов.

Вопрос. Как настроить шаблон процесса?

О. См. раздел Настройка шаблона процесса.