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

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

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

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

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

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

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

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

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

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

Как отмечается в документации Microsoft, раздел «Релизы» является решением «Классического редактора»: Ссылка

Раздел «Трубопроводы» предлагает создавать трубопроводы двумя способами:

1. Код YAML
2. Классический пользовательский интерфейс

Что Классический в основном означает , что ими является оригинальным способом создаются Azure DevOps трубопроводы. Вы строите конвейер с помощью графического редактора в интерактивном режиме. Трубопровод, созданный из YAML , с помощью помощника является более новым способом .

Что «Трубопроводы» раздел в основном имеет , что «Releases» не в том , что при написании YAML коды он позволяет настроить стратегию CI / CD в качестве кода, где жизнь определения Трубопроводной вместе и вместе с вашим кодом.

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

Я рекомендую:

• Если вы предпочитаете использовать классический пользовательский интерфейс, используйте раздел «Конвейеры» для сборок и раздел «Релиз» для развертываний;
• Если вы предпочитаете использовать YAML, просто используйте раздел «Конвейеры» для сборок и развертываний и создайте многоступенчатый конвейер.

Трубопровод с несколькими этапами