Файл 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, раздел «Релизы» является решением «Классического редактора»: Ссылка
Раздел «Трубопроводы» предлагает создавать трубопроводы двумя способами:
Что Классический в основном означает , что ими является оригинальным способом создаются Azure DevOps трубопроводы. Вы строите конвейер с помощью графического редактора в интерактивном режиме. Трубопровод, созданный из YAML , с помощью помощника является более новым способом .
Что «Трубопроводы» раздел в основном имеет , что «Releases» не в том , что при написании YAML коды он позволяет настроить стратегию CI / CD в качестве кода, где жизнь определения Трубопроводной вместе и вместе с вашим кодом.
Их новейшие учебные ресурсы также указывают на использование YAML и создание этапов сборки и развертывания в одном конвейере. Развертывание приложений с помощью DevOps Azure.
Я рекомендую:
Трубопровод с несколькими этапами
источник