Bir .NET Core Web API projesi için YAML derleme ardışık düzeni oluşturmak için bu işlemi takip ediyorum:

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

Yayınlamaya gelince, (yakın zamanda yeniden adlandırılmış) Azure DevOps'un yayın işlem hatlarını tanımlamak için YAML'yi desteklemediğini not ediyorum. Ancak, dağıtım görevlerinin şu şekilde tanımlandığını görebiliyorum:

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

YAML'yi desteklemek için yayın işlem hatları işlevselliğinde bir yükseltme bekliyor muyuz ve öyleyse, ne zaman?

Bu yanıtı yazarken, özellikler zaman çizelgesi yaml sürümlerinin 2018 3. çeyreğinde geleceğini yansıtıyor.

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

Güncelleme: Bu, birkaç kez düzeltildi. Aşağıdaki yorumları kontrol etmeniz önerilir, çünkü insanlar onları buldukça güncellemeler sağlar.

Güncelleme

Yorumlara göre, bu artık mümkün: https://devblogs.microsoft.com/devops/whats-new-with-azure-pipelines/ . Aşağıdakiler makaleden kopyalanıp yapıştırılır ve çeşitli aşamaları kullanarak gösterir:

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 derleme ardışık düzen oluşturma deneyimi önizleme aşamasındadır. (bugün 2018-12-04)

Yayın ardışık düzenleri için YAML hala bir çıkış yolu gibi görünüyor: 2019 Q2

Önizleme özellikleri, profilinizden şu şekilde etkinleştirilebilir:

DÜZENLEME: Nullforce'un yorumlarda belirttiği gibi, bu yalnızca ardışık düzenler oluşturmak için bir YAML deneyimi sağlar ve ardışık düzenleri serbest bırakmaz.

GÜNCELLEME (2019-05-16): Microsoft'un "Build 2019" un ardından, hem derleme hem de dağıtım için tam YAML deneyimi artık aynı YAML ardışık düzen dosyasında mümkün olacaktır.

Ürün Ekibi bunun üzerinde çalışıyor. Güncellemeyi Sürüm notlarından takip edebilirsiniz .

Şu anda böyle bir şey yapmanın tam ortasındayım, ancak mevcut REST API'lerini kullanıyorum. Burada belgelediğime benzer bir şey yapıyorum ( VSTS'de bir sürüm tanımını nasıl içe aktarırsınız? ). Temel olarak, şablonlu bir JSON Release Pipeline dosyasını değişken yer tutucular ve gömülü bir sürüm numarası ile kaynak kod havuzuna kaydediyorum. Sonra Azure DevOps'u çağıran bir PowerShell betiği var (bu uzun bir kelime, VSTS yazmayı tercih ettim, belki AD yazmaya başlayacağım)

• Release Pipeline'ın var olup olmadığını kontrol etmek için REST API'leri - çalışır
• Mevcut değilse oluşturun - çalışır
• Gömülü sürümleri karşılaştırın ve gerekirse güncelleyin ve gerekirse güncelleyin (Burada sıkışıp kaldım, ancak bunu çözeceğim ve güncellenen boru hattının değiştirmeme rağmen değişmediğine dair hata döndürüyorum.)

Bunun Build ardışık düzeni sırasında yürütülmesini istiyorum, böylece artık çok sayıda benzer Release işlem hattını manuel olarak değiştirmek zorunda kalmayacağım. Bunun da bir YAML dosyası olmasını tercih ederim, ancak bugün sahip olduğum şey bu. Umarım bu yardımcı olur.

Boru hatları bir veya daha fazla işten oluşur ve kaynaklar ve değişkenler içerebilir. İşler, bir veya daha fazla adımdan ve işe özgü bazı verilerden oluşur. Adımlar; görevler, komut dosyaları veya harici şablonlara referanslar olabilir. Bu, YAML dosyasının yapısına yansıtılır. Ayrıntılar için lütfen burayı ziyaret edin