Share via

Настройка сборки CI

  • Статья

Команда может сократить количество ошибок и повысить качество, если будет интегрировать код, а затем выполнять сборку и тестирование как можно чаще. Можно определить процесс сборки, который будет поддерживать эту стратегию, называемую непрерывной интеграцией (CI). Тогда вы и ваша команда сможете максимально быстро определять, что возврат привел к неисправности сборки или вызвал неудачное завершение теста.

  • Определение процесса сборки для поддержки непрерывной интеграции

  • Повышение функциональности и производительности процесса сборки

  • Выполнение дальнейших действий

  • Углубленное изучение вопроса

Определение процесса сборки для поддержки непрерывной интеграции

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

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

    Совет

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

  3. На вкладке Триггер выберите Непрерывная интеграция.

    Совет

    Если разработчикам приходится слишком долго ждать возвраты для сборки, вместо этого можно выбрать параметр Прокрутка сборок.Этот триггер указывает системе сборки собирать несколько возвратов вместе.См. раздел Use the Rolling builds trigger.

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

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

      Совет

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

    • Значок Git Git: в списке Отслеживаемые ветви укажите репозиторий и ветви, содержащие файлы, необходимые процессу сборки. Вы можете использовать символы подстановки. Например, можно задать refs/heads/feature* для отслеживания ветвей refs/heads/featureA и refs/heads/featureB.

  5. Для повышения производительности на вкладке Параметры сборки по умолчанию выберите Эта сборка не копирует выходные файлы в папку для размещения.

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

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

    Дополнительные сведения см. в подразделе Повышение функциональности и производительности процесса сборки далее в этом разделе.

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

Повышение функциональности и производительности процесса сборки

Чтобы сократить время обработки построения, учтите следующие рекомендации при установке значений параметров обработки построения на вкладке Процесс.

Управление версиями TF или Git

  • Очистка рабочей области или Очистка репозитория. Для повышения производительности задайте этому параметру значение False. При этом значении ваша команда может пропустить некоторые виды дефектов, например, появляющиеся во время рефакторинга.

Сборка

  • Конфигурации. Если оставить этот параметр пустым, для всех решений и проектов будут использоваться платформа и конфигурация по умолчанию. Для оптимизации производительности придерживайтесь следующих рекомендаций:

    • если пара платформа-конфигурация строится быстрее, чем другие пары, следует указать ее в значении данного параметра;

    • укажите как можно меньше пар платформа-значение.

  • Очистка сборки. Для повышения производительности задайте этому параметру значение False. При этом значении ваша команда может пропустить некоторые виды дефектов, например, появляющиеся во время рефакторинга.

Сборка, Дополнительно

  • Выполнить анализ кода. Для повышения производительности установите здесь значение Никогда.

Тест, Дополнительно

  • Отключение тестов.

    • Для повышения производительности выберите значение True.

    • Если код должен проходить определенные тесты, выберите False, а затем определите набор запускаемых в сборке тестов. Можно повысить производительность, запуская только необходимые тесты. Чтобы назначить эти тесты, отфильтруйте их по категориям или приоритетам. Для получения дополнительной информации см. Выполнение тестов в процессе сборки.

Публикация символов

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

Дополнительно

  • Параметры агента

    • Фильтр имен или Фильтр тегов. Используйте имя или тег агента сборки для привязки этого определения сборки к агенту сборки, специально предназначенному для запуска этой сборки. Агент сборки должен запускаться на компьютере, мощности оборудования которого достаточно для оперативной обработки сборки в соответствии с ожидаемой производительностью команды.

    • Максимальное время выполнения. Задайте этому параметру разумно малое значение. К примеру, 15 минут могут не представлять для команды никакой проблемы, а восемь часов — уже слишком много.

Дополнительные сведения о параметрах процесса сборки шаблона по умолчанию см. в разделе Использование шаблона по умолчанию для процесса сборки.

Возможные дальнейшие действия

Углубленное изучение вопроса