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

После развертывания системы сборки можно определить процесс сборки, который компилирует код, запускает тесты и выполняет множество других важных для команды функций.

1. В Visual Studio проверьте в Team Explorer, что вы подключены к командному проекту (сочетание клавиш CTRL + 0, C), а затем откройте страницу Сборки (сочетание клавиш CTRL + 0, B).

2. Нажмите на ссылку Создать определение сборки или выделите сборку, откройте ее контекстное меню и выберите команду Редактировать определение сборки.

   Совет

   Если появляется сообщение об ошибке TF225001, настройте контроллер сборок.

3. На вкладке Общие:

   • В поле Имя определения построения укажите имя, которое должно быть связано с определением построения. См. раздел Ограничения именования в Team Foundation.

   • (Необязательно) В поле Описание введите соответствующее описание. Это описание предоставляет дополнительные сведения пользователям в группе, когда они собираются вручную ставить построение в очередь (как описано в разделе Помещение сборки в очередь).

4. Если процесс сборки еще не готов к использованию командой, на вкладке Общие в разделе Обработка очереди можно изменить параметр по умолчанию Включено на:

   • Приостановлено — позволяет помещать в очередь новые сборки с помощью триггеров, либо это могут делать пользователи, но данные сборки остаются в приостановленном состоянии.

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

5. На вкладке Триггер укажите событие, которое должно приводить к выполнению определения сборки. См. раздел Задание триггеров и причин выполнения сборки.

6. На вкладке Параметры исходного кода:

   • TFVC: в таблице Рабочие папки укажите папки управления версиями, содержащие файлы, которые необходимы для процесса сборки.

     Совет

     Чтобы процесс сборки выполнялся правильно и более эффективно, добавьте все и только те папки, которые содержат необходимые процессу сборки файлы.См. раздел Работа с рабочими областями сборок.

   • Git: укажите репозиторий и ветви, содержащие файлы, необходимые процессу сборки.

     Совет

     В списке ветвей, контролируемых на предмет непрерывной интеграции (CI) и прокрутки сборок, можно использовать подстановочные знаки.Например, можно задать refs/heads/feature* для отслеживания ветвей refs/heads/featureA и refs/heads/featureB.

7. На вкладке Параметры сборки по умолчанию в списке Контроллер сборок выберите один контроллер, который система сборок должна использовать для обработки этого определения сборки.

   Если коллекция командных проектов размещена в службе Visual Studio Online и команде достаточно одного стандартного агента сборки, выберите Размещенный контроллер сборок. См. статью Размещенный контроллер сборок

8. Укажите, каким образом процесс сборки должен создавать и сохранять выходные файлы, в частности компилированные двоичные файлы и файлы журнала. Для этого на вкладке Параметры сборки по умолчанию в пункте Расположение промежуточного хранения выберите один из следующих параметров.

   • Эта сборка не копирует выходные файлы в папку для размещения. Выберите этот параметр, если выходные файлы не нужны.

   • Копировать выходные данные сборки в следующую папку сброса. Выберите этот параметр, если необходимо скопировать выходные файлы в папку сброса на сервере общих файлов. В этом поле введите путь к файлу UNC в папке, в которую требуется поместить выходные файлы системы сборки. Следует указать папку, которая подготовлена для использования в качестве транзитного каталога. См. раздел Настройка транзитных каталогов.

   • Копировать вывод сборки на сервер. Выберите этот параметр, чтобы скопировать выходные данные сборки на Team Foundation Server.

9. На вкладке Процесс укажите, какие функции выполняются сборкой и каким образом это делается:

   • Если требуется определить простую сборку, нажмите Показать подробности и в списке Файл процесса сборки выберите Шаблон по умолчанию. См. раздел Использование шаблона по умолчанию для процесса сборки.

   • Если требуется использовать пользовательский шаблон, который определила команда, нажмите Показать подробности и выберите шаблон в списке Файл процесса сборки. См. раздел Настройка шаблона процесса сборки.

10. На вкладке Политика хранения можно задать количество сохраняемых завершенных сборок. В зависимости от потребностей команды выберите в списке Укажите, как должны храниться сборки один из двух наборов политик хранения.

    • Группа политик Активированные и ручные ограничивает сохраняемые системой построения построениями, поставленными в очередь вручную или автоматическим по триггеру.

    • Группа политик Закрытые ограничивает сохраняемые системой построения построениями, которые были поставлены в очередь вручную из исходного кода в наборе отложенных изменений (как описано в разделе Помещение сборки в очередь).

    Чтобы изменить политику сохранения для завершенных построений из групп Остановленные, Завершенные неудачно, Частично успешные или Успешные, выполните одно или оба приведенных далее действия:

    • Выберите значение в столбце Политика хранения, а затем один из следующих параметров: Сохранять все, Хранить только последнее, Хранить 2 последние, Хранить 5 последних, Хранить 7 последних, Хранить 10 последних или Укажите число хранимых.

    • Выберите значение в столбце Что удалить. Дополнительные сведения об этих значениях см. в разделе Удаление завершенной сборки.

11. По окончании работы с определением сборки в меню Файл выберите пункт Сохранить <имя определения сборки> (нажмите клавиши CTRL+S).

    Созданное определение сборки появится на странице Сборки в Team Explorer. См. раздел Запуск сборок, наблюдение за сборками и управление ими.