В Azure DevOps мы могли бы запустить конвейер для реализации запросов на включение в процессе CI. Еще существует релиз, который будет запускать конвейер в процессе компакт-диска. Можем ли мы использовать конвейер для создания компакт-диска вместо использования Release? Может ли кто-нибудь сказать мне, почему нам нужно использовать релиз?
Привет @AlvinZhao-MSFT, спасибо за совет.
Привет @Joanmok, рад помочь.
Вопрос: Можем ли мы использовать конвейер для создания компакт-диска вместо использования Release?
Да, вполне возможно использовать конвейер YAML для непрерывного развертывания (CD) вместо конвейера выпуска. Вы можете использовать одни и те же или отдельные конвейеры YAML для определения рабочих процессов (этапов , заданий , шагов ) как для непрерывной интеграции (CI), так и для CD. Выбор между использованием конвейера YAML или конвейера выпуска для развертывания зависит от ваших предпочтений и конкретных потребностей вашего проекта. Для целей развертывания в конвейере YAML я бы рекомендовал использовать задания развертывания, поскольку они предлагают большую гибкость и интеграцию с репозиториями кода.
Вопрос: Зачем нам использовать релиз?
Хотя конвейеры YAML и конвейеры выпуска могут выполнять схожие функции во многих сценариях компакт-дисков, существуют заметные различия в функциях и удобстве использования. Конвейеры YAML тесно интегрированы с исходным кодом, поэтому в репозитории требуется файл определения .yml
. С другой стороны, конвейеры выпуска, использующие классический редактор, обеспечивают более удобный интерактивный интерфейс для организации рабочих процессов.
Кроме того, конвейеры YAML продолжают получать новые функции и обновления, такие как недавно представленные этапы конвейера YAML, запускаемые вручную. Несмотря на эти улучшения, конвейеры выпусков предлагают полезную функцию: возможность редактировать конкретный выпуск напрямую, что позволяет целенаправленно вносить изменения в одно развертывание, не затрагивая другие.
По своему опыту я обнаружил, что конвейеры YAML более универсальны и часто используются для развертываний. Однако выбор в конечном итоге зависит от требований и предпочтений вашего проекта.
Классические конвейеры создаются на веб-портале Azure DevOps с помощью редактора классического пользовательского интерфейса. Существует четкое разделение между процессами сборки и развертывания — например, вы можете определить конвейер для сборки, тестирования вашего кода и, наконец, публикации вашего артефакта (двоичного файла), а затем вы можете определить конвейер выпуска для использования вашего двоичного файла (артефакта). и развернуть его для конкретных целей.
Это разделение (сборка и выпуск) больше не существует при использовании конвейеров YAML — вы можете использовать один конвейер YAML как для сборки, так и для развертывания вашего приложения, если хотите.
Итак, в вашем конкретном сценарии и в случае, если вы еще этого не делаете, я бы рекомендовал создать конвейер YAML со всеми шагами, которые вам необходимо выполнить как часть запроса на включение.
См. YAML против классических конвейеров.
Привет, спасибо за ответ. Это означает, что при использовании релиза проще использовать артефакт из процесса CI, а не пошагово выполнять конвейеры yaml. Я прав?
@Joanmok Джоанмок не уверен, понял ли я твой вопрос - «проще» относительно. Вы можете публиковать и использовать артефакты в одном конвейере, например. используя YAML.
Привет, Джоанмок, рад снова работать с тобой. Ознакомьтесь с документом, опубликованным @RUI, в котором более подробно описаны различия в конвейерах YAML и Release. Спасибо, что уделили время и поделились.