Пусть Azure DevOps рассмотрит запрос GitHub - PullRequest
0 голосов
/ 20 ноября 2018

https://azurecomcdn.azureedge.net/cvt-15581a490a8fb478b3258ea2c0ebb74bfa82fabce2af64ffc38962598949b138/images/page/services/devops/pipelines/github-integrations.jpg

Мое хранилище кода было в GitHub, а мои конвейеры настроены в Azure DevOps.

Мне нужно разрешить Azure DevOps проверять и фильтровать каждый запрос на отправку, отправленный моему репозиторию GitHub, и ограничивать объединение запроса на получение, пока он не пройдет сборку DevOps Azure. Кажется, что Azure DevOps действительно поддерживает это Но не было ни документа, ни учебника об этом. Как этого добиться?

1 Ответ

0 голосов
/ 20 ноября 2018

Вам нужно будет определить политику проверки сборки для своих ветвей (взято из Улучшение качества кода с помощью политик ветки> Проверка сборки :

  • Выбрать сборкуопределение из раскрывающегося списка Определение сборки.
  • Выберите тип триггера - автоматический (при каждом обновлении ветви источника) или ручной.
  • Настройте требование политики. Если установлено значение Требуется,сборки должны завершаться успешно, чтобы завершить запросы извлечения. Выберите Необязательно, чтобы предоставить уведомление о сбое сборки, но при этом разрешить выполнение запросов извлечения.
  • Установите срок действия сборки, чтобы убедиться, что обновления для вашей защищенной ветви не выполняются.не прерывать изменения в открытых запросах на извлечение.
    • Немедленно при обновлении branch name : этот параметр устанавливает состояние политики построения в запросе на получение сбоев, когда защищенныйветвь обновлена. Необходимо обновить сборку, чтобы обновить статус сборки. Этот параметр гарантирует, что измененияв pull-запросах сборка успешно даже при изменении защищенной веткиЭтот вариант лучше всего подходит для команд, у которых есть важные ветви с меньшим объемом изменений.Команды, работающие в занятых ветвях разработки, могут посчитать подрывным ожидание завершения сборки каждый раз, когда обновляется защищенная ветвь.
    • После n часов, если branch name было обновлено : эта опция истекает текущее состояние политики, когда защищенная ветвь обновляется, если проходящая сборка старше, чем введенный порог.Этот вариант является компромиссом между тем, что всегда требуется сборка при обновлении защищенной ветви, и никогда не требует его.Этот выбор отлично подходит для уменьшения количества сборок, когда ваша защищенная ветвь имеет частые обновления.
    • Никогда : Обновления в защищенной ветке не изменяют статус политики.Это уменьшает количество сборок для вашей ветви, но может вызвать проблемы при закрытии запросов на извлечение, которые не были недавно обновлены.
  • Выберите необязательное отображаемое имя для этой политики сборки, которая используетсяопределить политику на странице политик филиала.Если вы не указываете отображаемое имя, используется имя определения сборки.

После завершения настройки запрос на извлечение из GitHub должен вызвать сборку.в Azure DevOps .

Надеюсь, это поможет!

...