Я дотримуюсь цього процесу, щоб створити конвеєр збірки YAML для проекту .NET Core Web API:

https://docs.microsoft.com/en-us/azure/devops/pipelines/get-started-yaml?view=vsts

Коли справа доходить до його випуску, я зазначаю, що (нещодавно перейменований) Azure DevOps, схоже, не підтримує YAML для визначення конвеєрів випуску. Однак я бачу, що завдання розгортання були визначені, наприклад:

https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/deploy/azure-rm-web-app-deployment?view=vsts

Чи очікуємо ми оновлення функціональних можливостей конвеєрів випуску для підтримки YAML, і якщо так, то коли?

На момент написання цієї відповіді часовий графік функцій відображає випуски yaml, які наступають у третьому кварталі 2018 року.

https://docs.microsoft.com/en-us/azure/devops/release-notes/

Оновлення: це було натиснуто кілька разів. Рекомендується перевіряти коментарі нижче, оскільки люди пропонують оновлення, коли знаходять їх.

Оновлення

Відповідно до коментарів, це тепер можливо: https://devblogs.microsoft.com/devops/whats-new-with-azure-pipelines/ . Далі копіюється та вставляється зі статті та демонструється на різних етапах:

stages:
- stage: Build
  jobs:
  - job: Build
    pool:
      vmImage: 'Ubuntu-16.04'
    continueOnError: true
    steps:
    - script: echo my first build job
- stage: Deploy
  jobs:
    # track deployments on the environment
  - deployment: DeployWeb
    pool:
      vmImage: 'Ubuntu-16.04'
    # creates an environment if it doesn’t exist
    environment: 'smarthotel-dev'
    strategy:
      # default deployment strategy
      runOnce:
        deploy:
          steps:
          - script: echo my first deployment

YAML збірки досвід створення трубопроводу в режимі попереднього перегляду. (сьогодні 2018-12-04)

YAML для звільнення трубопроводів , здається, шляху геть ще: 2019 Q2

Функції попереднього перегляду можна ввімкнути з вашого профілю таким чином:

РЕДАГУВАТИ: Як зазначає nullforce в коментарях, це дозволяє лише досвід роботи з YAML для побудови конвеєрів, а не випуску конвеєрів.

ОНОВЛЕННЯ (2019-05-16): Відповідно до Microsoft "Build 2019", повний досвід YAML як для збірки, так і для розгортання тепер повинен бути можливим в одному файлі конвеєрів YAML.

Над цим працює команда продуктів. Ви можете відстежувати оновлення за допомогою приміток до випуску .

Я саме зараз займаюся подібними справами, але використовую поточні API REST. Що я роблю щось подібне до того, що я задокументував тут ( Як імпортувати визначення випуску у VSTS? ). В основному я зберігаю шаблонний файл JSON Release Pipeline у ​​сховищі вихідного коду із змінними заповнювачами та вбудованим номером версії. Потім є сценарій PowerShell, який викликає Azure DevOps (це довге слово, я віддав перевагу набору VSTS, можливо, я почну вводити AD)

• REST API для перевірки конвеєра випуску існує - працює
• Створити, якщо його не існує - працює
• Порівняйте вбудовані версії та оновіть та, якщо потрібно, (я застряг тут, але вирішу це, повертаючи помилку про те, що конвеєр, який оновлюється, не змінився, хоча я його змінив.)

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

Трубопроводи складаються з одного або декількох завдань і можуть включати ресурси та змінні. Завдання складаються з одного або декількох кроків, а також деяких даних про конкретну роботу. Кроками можуть бути завдання, сценарії або посилання на зовнішні шаблони. Це відображається на структурі файлу YAML. Будь ласка, відвідайте тут для отримання детальної інформації