В чем разница между Pipeline и Release Pipeline у ​​лазурных девопов?

Question

Файл yaml создается при выборе этой опции, показанной ниже:

В этом файле yaml вы можете определить весь цикл развертывания, начиная сот restore -> build -> run tests -> publish and -> deploy to azure app service web app.

тогда, почему существует опция релизов? Если я могу определить весь жизненный цикл с помощью опции Pipelines -> Pipelines, какова цель опции Pipelines -> Releases?

Answer 1

Pipelines - это имя в последнем пользовательском интерфейсе DevOps для Builds. В старом пользовательском интерфейсе это выглядит так:

Можно сказать, что Pipeline (или Build, или Build Pipeline) представляет CI (непрерывную интеграцию) в DevOps Azure. Release представляет CD (непрерывная доставка) в DevOps Azure. Конвейер обычно принимает код, создает его, тестирует и создает артефакт. Release берет артефакт и выпускает / развертывает его.

Использование зависит от вашего проекта.

Если у вас небольшой проект, и вам не нужны функции Release (например, условия перед развертыванием иутверждений), тогда у вас может быть Pipeline, как вы упомянули: restore -> build -> tests -> deploy и не нужно выпускать.

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

В большом проекте вам не нужно развертывать каждый push-запрос к общему репо. Таким образом, вы можете выбрать Release, который будет отвечать за развертывание в производственной среде. Для этого предусмотрены функции, такие как предварительное одобрение, поэтому все согласны с тем, что это правильная сборка (или артефакт) для производства.