Wykonuję ten proces, aby utworzyć potok kompilacji YAML dla projektu interfejsu API sieci Web .NET Core:

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

Jeśli chodzi o wydawanie go, zauważam, że Azure DevOps (niedawno zmieniona nazwa) nie obsługuje YAML do definiowania potoków wydania. Widzę jednak, że zadania wdrożeniowe zostały zdefiniowane np .:

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

Czy spodziewamy się aktualizacji funkcji potoków wydań do obsługi YAML, a jeśli tak, to kiedy?

W chwili pisania tej odpowiedzi oś czasu funkcji odzwierciedla wydania yaml, które pojawią się w III kwartale 2018 r.

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

Aktualizacja: została kilkakrotnie uderzona. Zalecane jest sprawdzenie poniższych komentarzy, ponieważ ludzie udostępniają aktualizacje, gdy je znajdują.

Aktualizacja

Zgodnie z komentarzami jest to teraz możliwe: https://devblogs.microsoft.com/devops/whats-new-with-azure-pipelines/ . Następujące elementy są kopiowane i wklejane z artykułu i demonstrują na różnych etapach:

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

Środowisko tworzenia potoku kompilacji YAML jest dostępne w wersji zapoznawczej. (dzisiaj jest 2018-12-04)

Wydaje się, że YAML do wydawania potoków wciąż jest daleki : II kwartał 2019 r

Funkcje podglądu można włączyć z poziomu swojego profilu w następujący sposób:

EDYCJA: Jak wskazuje nullforce w komentarzach, umożliwia to tylko środowisko YAML do kompilowania potoków, a nie do wydawania potoków.

AKTUALIZACJA (16.05.2019): Zgodnie z „Build 2019” firmy Microsoft, pełne środowisko YAML zarówno dla kompilacji, jak i wdrażania powinno być teraz możliwe w tym samym pliku potoków YAML.

Zespół produktu pracuje nad tym. Aktualizację można śledzić za pomocą informacji o wersji .

Jestem w trakcie robienia czegoś takiego właśnie w tej chwili, ale używam obecnych API REST. Co robię coś podobnego do tego, co tutaj udokumentowałem ( Jak zaimportować definicję wydania w VSTS? ). Zasadniczo zapisuję szablonowy plik JSON Release Pipeline w repozytorium kodu źródłowego ze zmiennymi zastępczymi i osadzonym numerem wersji. A następnie mam skrypt PowerShell, który wywołuje Azure DevOps (to długie słowo, wolałem pisać VSTS, może zacznę pisać AD)

• REST API do sprawdzania Release Pipeline istnieje - działa
• Utwórz, jeśli nie istnieje - działa
• Porównaj wersje osadzone i zaktualizuj, a jeśli to konieczne (utknąłem tutaj, ale rozwiążę problem, zwracając błąd, że aktualizowany potok nie zmienił się, mimo że go zmieniłem).

Chcę, aby było to wykonywane podczas potoku kompilacji, aby nie musieć już ręcznie modyfikować wielu podobnych potoków wydania. Wolałbym, żeby był to również plik YAML, ale to jest to, co mam dzisiaj. Mam nadzieję, że to pomoże.

Rurociągi składają się z jednego lub więcej zadań i mogą zawierać zasoby i zmienne. Zadania składają się z co najmniej jednego kroku oraz niektórych danych specyficznych dla zadania. Kroki mogą być zadaniami, skryptami lub odwołaniami do szablonów zewnętrznych. Znajduje to odzwierciedlenie w strukturze pliku YAML. Zajrzyj tutaj o szczegóły