Обзор шлюзов и утверждений выпуска

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2015

Примечание

В Microsoft Team Foundation Server (TFS) 2018 и предыдущих версий конвейеры сборки и выпуска называются определениями, выполнения называются сборками, подключения к службам называются конечными точками служб, этапы называются средами, а задания называются этапами.

Конвейеры выпуска позволяют командам непрерывно развертывать их приложение на разных этапах с пониженным риском и повышенной скоростью. Развертывания на каждом этапе можно полностью автоматизировать с помощью заданий и задач.

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

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

Рабочий процесс конвейера выпуска

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

Сценарий Используемые функции
Пользователь должен вручную проверить запрос на изменение и утвердить развертывание на определенном этапе. Утверждения перед развертыванием
Пользователь должен вручную выйти после развертывания, прежде чем выпуск будет активирован для перехода на другие этапы. Утверждения после развертывания
Перед развертыванием сборки на некотором этапе команда разработчиков хочет убедиться в отсутствии активных проблем в системе управления проблемами или рабочими элементами. Шлюзы перед развертыванием
Прежде чем активировать выпуск, команда хочет убедиться, что зарегистрированные инциденты после развертывания отсутствуют. Шлюзы после развертывания
После развертывания команда хочет подождать определенное время, прежде чем выдать пользователю запрос на выход. Шлюзы после развертывания и утверждения после развертывания
Во время развертывания пользователь должен вручную следовать конкретным инструкциям, а затем возобновить развертывание. Ручное вмешательство или ручная проверка
Во время развертывания команда хочет предложить пользователям ввести значение для параметра, используемого задачами развертывания, или разрешить пользователям изменить выпуск. Ручное вмешательство или ручная проверка
Во время развертывания команда хочет подождать, пока порталы мониторинга или информационные порталы обнаружат активные инциденты, и только потом продолжить работу с другими заданиями развертывания. Запланировано

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

Кроме того, вы можете установить расширение, которое интегрируется с ServiceNow и помогает контролировать развертывания и управлять ими с помощью методологий управления службами, таких как ITIL. Дополнительные сведения см. в разделе Интеграция с управлением изменениями в ServiceNow.

Примечание

Задержка до выполнения шлюзов перед развертыванием ограничена 48 часами. Если вместо этого требуется отложить общий запуск шлюзов, рекомендуется использовать задачу задержки в конвейере выпуска.

# Delay further execution of a workflow by a fixed time
jobs:
- job: RunsOnServer
  pool: Server
  steps:
  - task: Delay@1
    inputs:
      delayForMinutes: '0'

Дальнейшие действия