Яка різниця між трубопроводом та випуском трубопроводу у блакитних пупс?

14

Файл yaml створюється під час вибору цього параметра, показаного нижче:

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

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

azure-devops azure-pipelines azure-pipelines-release-pipeline

— blogs4t
джерело

Чи може нижченаведена відповідь допомогти вам досягти того, що ви хочете? Якщо так, ви можете прийняти відповідь, таким чином інші користувачі SO зможуть побачити, чи працює рішення. Якщо ви все ще стикаєтеся з деякими проблемами,

— Frank Wang-MSFT

16

Pipelines - це ім'я в останньому інтерфейсі користувача DevOps для Builds. У старому інтерфейсі все так:

Можна сказати, що Pipeline(або Build, або Build Pipeline) являє собою CI (безперервна інтеграція) в Azure DevOps. Releaseпредставляє компакт-диск (безперервна доставка) в Azure DevOps. Трубопровід зазвичай бере код, будує його, тестує і створює артефакт. Випуск бере артефакт і випускає / розгортає його.

Використання залежить від вашого проекту.

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

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

У великому проекті вам не потрібно розгортати кожен поштовх до загального репо. Таким чином, ви можете влаштувати випуск, який буде відповідальним за розміщення у виробничому середовищі. У нього є такі функції, як попереднє затвердження, тому всі згодні, що це правильна конструкція (або артефакт) для виробництва.

— Анна
джерело

Це не зовсім точно, оскільки конвеєри (якщо вони вказані як файли YAML) також підтримують сценарії випуску.

— Даніель Манн

2

@DanielMann вона не сказала протилежне, вона відповідає на блукання оп, пояснюючи різницю між двома

— АйменДауді

2

Як зазначається в документах Microsoft, розділ «Випуски» - це їхнє рішення «Класичний редактор»: Посилання

Розділ "Трубопроводи" пропонують створити трубопроводи двома способами:

Код YAML
Класичний редактор інтерфейсу

Що в основному означає класичний , це оригінальний спосіб створення трубопроводів Azure DevOps. Ви будуєте конвеєр за допомогою інтерактивного редактора GUI. Трубопровід, створений з YAML , за допомогою помічника - це новіший спосіб .

Що в розділі "Трубопроводи" в основному є те, що "Випуски", це не те, що написання коду YAML дозволяє вам налаштувати свою стратегію CI / CD як код, де визначення Pipeline живе поряд з вашим кодом.

Їх новітні навчальні ресурси також вказують на використання YAML та створення етапів складання та розгортання в одному і тому ж конвеєрі. Розгортати програми з Azure DevOps

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

Якщо ви віддаєте перевагу використанню редактора класичного інтерфейсу, використовуйте розділ "Трубопроводи" для складання та розділ "Випуск" для розгортань;
Якщо ви віддаєте перевагу використовувати YAML, просто використовуйте розділ «Трубопроводи» для складання та розгортання та створіть багатоступеневий конвеєр.

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

— Авагдар
джерело

Це дійсно оману, як вони називають речі.

— АйменДауді