Aracılığıyla paylaş

İş öğesi durum geçişlerini kısıtlama

Önizlemede birkaç sprint'in ardından Sprint 172 Güncelleştirmesi kapsamında durum geçişi kısıtlama kurallarının genel sürümünü tüm müşterilere duyuruyoruz.

Daha fazla bilgi için aşağıdaki Özellikler listesine göz atın.

Özellikler

Azure Boards

Azure Pipelines

Azure Artifacts

Azure Boards

Durum geçişi kısıtlama kuralları

Özel önizlemenin birkaç sprint'inden sonra, durum geçişi kısıtlama kuralları artık genel olarak tüm müşteriler tarafından kullanılabilir. Bu yeni iş öğesi türü kuralı, iş öğelerinin bir durumdan diğerine taşınmasını kısıtlamanıza olanak tanır. Örneğin, Hataların Yeni'den Çözüldü'ye gitmelerini kısıtlayabilirsiniz. Bunun yerine, Yeni –> Etkin -> Çözüldü sayfasından gitmeleri gerekir

Bu örnek, Hataların Yeni durumundan Etkin'e, ardından Yeni durumundan Çözüldü durumuna geçmek yerine Çözümlendi durumuna geçmelerini kısıtlar.

Durum geçişlerini grup üyeliğine göre kısıtlamak için bir kural da oluşturabilirsiniz. Örneğin, kullanıcı hikayelerini yalnızca "Onaylayanlar" grubundaki kullanıcılar Yeni -> Onaylandı'dan taşıyabilir.

Alt öğeleri kopyalamak için iş öğesini kopyalama

Azure Boards için en çok istenen özelliklerden biri, alt iş öğelerini de kopyalayan bir iş öğesini kopyalama özelliğidir. Bu sprint'te, iş öğesini kopyala iletişim kutusuna "Alt iş öğelerini dahil et" için yeni bir seçenek ekledik. Bu seçenek belirlendiğinde, iş öğesini kopyalar ve tüm alt iş öğelerini (en fazla 100) kopyalar.

Bu sayfada, Azure Boards'ta kopyalanan bir iş öğesine alt iş öğelerini eklemeye yönelik yeni seçenek gösterilir.

Etkinleştirilen ve çözümlenen alanlar için geliştirilmiş kurallar

Şimdiye kadar, Etkinleştirme Ölçütü, Etkinleştirme Tarihi, Çözümlenme Tarihi ve Çözümlenme Tarihi kuralları bir gizemdi. Bunlar yalnızca sistem iş öğesi türleri için ayarlanır ve "Etkin" ve "Çözüldü" durum değerine özeldir. Sprint 172'de mantığı değiştirdik, böylece bu kurallar artık belirli bir durum için değil. Bunun yerine, durumun bulunduğu kategori (durum kategorisi) tarafından tetiklenirler. Örneğin, Çözümlenmiş kategorisinde "Test Gerekiyor" özel durumunuz olduğunu varsayalım. İş öğesi "Etkin" yerine "Test Gerekiyor" olarak değiştiğinde Çözümlenen ve Çözümlenen Tarih kuralları tetiklenir.

Bu, müşterilerin özel kurallar kullanmaya gerek kalmadan herhangi bir özel durum değeri oluşturmasına ve yine de Etkinleştirme Ölçütü, Etkinleştirme Tarihi, Çözümlenme Tarihi ve Çözümlenme Tarihi alanlarını oluşturmasına olanak tanır.

Kapsamlar ve panolardaki sistem iş öğesi türleri (özel önizleme)

Devralma işlemi modelinin başlangıcından bu yana, çeşitli iş öğesi türleri panolara ve kapsamlara eklenmekten dışlanmıştır. Bu iş öğesi türleri şunlardır:

İşlem İş Öğesi Türü
Çevik Sorun
Scrum Engel
CMMI Değişiklik İsteği
Sorun
İnceleyin
Risk

Bu sprint'den başlayarak, bu iş öğeleri türlerinin herhangi bir kapsam düzeyinde kullanılabilir olmasını sağlamak isteyen müşteriler için özel bir önizlemeye izin ağlıyoruz.

Panolara ve kapsamlara daha önce dışlanmış iş öğesi türleri eklemek için bu Azure Boards sayfasını kullanın.

Bu özelliği önizlemek istiyorsanız lütfen kuruluşunuzun adını bize e-postayla gönderin; size erişim verebiliriz.

Azure Pipelines

Özel dağıtım kilitleme ilkesi

Bu güncelleştirmeyle, aynı anda bir ortama yalnızca tek bir çalıştırmanın dağıtıldığından emin olabilirsiniz. Bir ortamda "Özel kullanım kilidi" denetimini seçerek yalnızca bir çalıştırma devam eder. Bu ortama dağıtmak isteyen sonraki çalıştırmalar duraklatılır. Özel kilit ile çalıştırma tamamlandıktan sonra en son çalıştırma devam eder. Ara çalıştırmalar iptal edilir.

Denetim ekle sayfasında, tek seferde tek bir çalıştırmanın ortama dağıtıldığından emin olmak için Özel Kullanım Kilidi'ni seçin.

İşlem hattı kaynak tetikleyicileri için aşama filtreleri

Bu sprint'te YAML'deki işlem hattı kaynakları için filtre olarak 'aşamalar' desteği ekledik. Bu filtreyle, CD işlem hattınızı tetikleyebilmek için CI işlem hattının tamamının tamamlanmasını beklemeniz gerekmez. Artık CI işlem hattınızdaki belirli bir aşama tamamlandıktan sonra CD işlem hattınızı tetiklemeyi seçebilirsiniz.

resources:
  pipelines:
  - pipeline: MyCIAlias  
    project: Fabrikam  
    source: Farbrikam-CI  
    trigger:    
      stages:            ### This stage filter is used when evaluating conditions for triggering your CD pipeline
      - PreProduction    ### stages are AND'ed. On successful completion of all the stages provided, your CD pipeline will be triggered. 
      - Production

Tetikleyici filtresinde sağlanan aşamalar CI işlem hattınızda başarıyla tamamlandığında, CD işlem hattınız için otomatik olarak yeni bir çalıştırma tetiklenir.

YAML işlem hatları için genel web kancası tabanlı tetikleyiciler

Bugün, yapıtları kullanabileceğiniz ve otomatik tetikleyicileri etkinleştirebileceğiniz çeşitli kaynaklarımız (işlem hatları, kapsayıcılar, derleme ve paketler gibi) var. Ancak şimdiye kadar diğer dış olaylara veya hizmetlere göre dağıtım işleminizi otomatikleştiremediniz. Bu sürümde, işlem hattı otomasyonunun herhangi bir dış hizmetle tümleştirilmesini sağlamak için YAML işlem hatlarında web kancası tetikleyici desteği sunuyoruz. Web kancaları (GitHub, GitHub Enterprise, Nexus, Artifactory vb.) aracılığıyla tüm dış olaylara abone olabilir ve işlem hatlarınızı tetikleyebilirsiniz.

Web kancası tetikleyicilerini yapılandırma adımları şunlardır:

  1. Dış hizmetinizde bir web kancası ayarlayın. Web kancanızı oluştururken aşağıdaki bilgileri sağlamanız gerekir:

    • İstek Url'si - "https://dev.azure.com/<ADO Kuruluşu>
    • Gizli dizi - Bu isteğe bağlıdır. JSON yükünüzün güvenliğini sağlamanız gerekiyorsa Gizli dizi değerini belirtin

  2. Yeni bir "Gelen Web Kancası" hizmet bağlantısı oluşturun. Bu, üç önemli bilgi parçasını tanımlamanızı sağlayacak yeni kullanıma sunulan bir Hizmet Bağlantı Türüdür:

    • Web Kancası Adı: Web kancasının adı, dış hizmetinizde oluşturulan web kancasıyla eşleşmelidir.
    • HTTP Üst Bilgisi - İstek doğrulaması için yük karma değerini içeren istekteki HTTP üst bilgisinin adı. Örneğin, GitHub söz konusu olduğunda istek üst bilgisi "X-Hub-Signature" olur
    • Gizli dizi - Gizli dizi, gelen isteğin doğrulanması için kullanılan yük karması ayrıştırmak için kullanılır (bu isteğe bağlıdır). Web kancanızı oluştururken gizli dizi kullandıysanız aynı gizli dizi anahtarını sağlamanız gerekir

    Hizmet bağlantısını düzenle sayfasında web kancası tetikleyicilerini yapılandırın.

  3. ADLı webhooks yeni bir kaynak türü YAML işlem hatlarında kullanıma sunulmuştur. Bir web kancası olayına abone olmak için işlem hattınızda bir web kancası kaynağı tanımlamanız ve bunu Gelen web kancası hizmet bağlantısına işaret etmeniz gerekir. Ayrıca, her işlem hattının tetikleyicilerini daha da özelleştirmek için JSON yükü verilerini temel alan web kancası kaynağında ek filtreler tanımlayabilir ve yük verilerini işlerinizdeki değişkenler biçiminde kullanabilirsiniz.

resources:
  webhooks:
    - webhook: MyWebhookTrigger          ### Webhook alias
      connection: MyWebhookConnection    ### Incoming webhook service connection
      filters:
        - path: repositoryName      ### JSON path in the payload
          value: maven-releases     ### Expected value in the path provided
        - path: action
          value: CREATED
steps:
- task: PowerShell@2
  inputs:
    targetType: 'inline'
    ### JSON payload data is available in the form of ${{ parameters.<WebhookAlias>.<JSONPath>}}
    script: |
      Write-Host ${{ parameters.MyWebhookTrigger.repositoryName}}
      Write-Host ${{ parameters.MyWebhookTrigger.component.group}}
  1. Gelen Web Kancası hizmeti bağlantısı tarafından bir web kancası olayı alındığında, web kancası olayına abone olan tüm işlem hatları için yeni bir çalıştırma tetiklenir.

YAML kaynak tetikleyicisi sorunları desteği ve izlenebilirliği

İşlem hattı tetikleyicilerinin beklediğiniz gibi yürütülememesi kafa karıştırıcı olabilir. Bunu daha iyi anlamanıza yardımcı olmak için işlem hattı tanımı sayfasına tetikleyicilerin neden yürütülmediğiyle ilgili bilgilerin ortaya çıktığı 'Tetikleyici Sorunları' adlı yeni bir menü öğesi ekledik.

Kaynak tetikleyicileri iki nedenle yürütülemez.

  1. Sağlanan hizmet bağlantısının kaynağı geçersizse veya tetikleyicide söz dizimi hataları varsa, tetikleyici hiç yapılandırılmaz. Bunlar hata olarak ortaya çıkar.

  2. Tetikleyici koşulları eşleşmezse, tetikleyici yürütülmeyecektir. Bu durum oluştuğunda, koşulların neden eşleşmediğini anlayabilmenizi sağlayacak bir uyarı görüntülenir.

    Tetikleyici Sorunları adlı bu işlem hattı tanım sayfası, tetikleyicilerin neden çalışmadığıyla ilgili bilgileri görüntüler.

Bölgenizde devam eden ve işlem hatlarınızı etkileyebilecek olaylarla ilgili kullanıcıları uyarmak için işlem hatları sayfasına bir uyarı başlığı ekledik.

Azure Artifacts

Kullanıcı arabiriminden kuruluş kapsamlı akışlar oluşturma olanağı

Müşterilerin hem şirket içi hem de barındırılan hizmetler için web kullanıcı arabirimi aracılığıyla kuruluş kapsamında akışlar oluşturma ve yönetme olanağını geri getiriyoruz.

Artık Yapıtlar -> Akış Oluştur'a gidip Kapsam içinde bir akış türü seçerek kullanıcı arabirimi aracılığıyla kuruluş kapsamlı akışlar oluşturabilirsiniz.

Yapıtlar'ı ve ardından Akış Oluştur'u seçerek ve Kapsam içinde bir akış türü seçerek kuruluş kapsamlı akışlar oluşturun.

Proje kapsamlı akışların Azure DevOps tekliflerinin geri kalanıyla uyumlu olarak kullanılmasını önersek de kullanıcı arabirimi ve çeşitli REST API'leri aracılığıyla kuruluş kapsamındaki akışları yeniden oluşturabilir, yönetebilir ve kullanabilirsiniz. Daha fazla bilgi için lütfen akış belgelerimize bakın.

Sonraki adımlar

Not

Bu özellikler önümüzdeki iki-üç hafta içinde kullanıma sunulacaktır.

Azure DevOps'a gidin ve bir göz atın.

Azure DevOps'a gidin

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Bir sorunu bildirmek veya öneri sağlamak için yardım menüsünü kullanın.

Öneride bulunma

Stack Overflow'da topluluk tarafından öneriler ve sorularınıza yanıt alabilirsiniz.

Teşekkürler,

Aaron Hallberg

  • Last updated on