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

14

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

введите описание изображения здесь

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

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

введите описание изображения здесь

blogs4t
источник
Может ли приведенный ниже ответ помочь вам достичь того, чего вы хотите? Если да, вы можете принять ответ, таким образом, другие пользователи SO смогут увидеть, работает ли решение. Если вы все еще сталкиваетесь с некоторыми проблемами, не стесняйтесь оставлять комментарии здесь :-)
Фрэнк Ванг-MSFT,

Ответы:

16

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

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

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

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

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

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

Анна
источник
Это не совсем точно, так как конвейеры (если они указаны в виде файлов YAML) также поддерживают сценарии выпуска.
Даниэль Манн
2
@DanielMann она не сказала обратное, она отвечает на блуждание оп, объясняя разницу между ними
AymenDaoudi
2

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

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

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

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

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

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

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

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

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

Avagdar
источник
Это действительно вводит в заблуждение, как они называют вещи.
AymenDaoudi