İş akışı durumlarına kural uygulama (Devralma işlemi)

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

İş öğesi türü için iş akışı durumlarınızı ekledikten veya değiştirdikten sonra, iş akışı durumu değişikliğine bağlı olarak uygulanan bir veya daha fazla kural tanımlamak isteyebilirsiniz. İş akışı durumlarına kural eklemek aşağıdaki senaryoları destekler:

  • Onay işlemini destekleme
  • Yetkisiz kullanıcıların geçersiz bir durum ayarlamasını engelleme
  • Durum değişikliklerine göre gerekli veya salt okunur bir alan ya da başka bir değer yapma
  • Bir durumdan diğerine geçişi kısıtlama
  • Belirli kullanıcılara veya gruplara Durum geçişlerini kısıtlama veya izin verme
  • Denetim gereksinimlerini desteklemek için denetimli bir iş akışı işlemi sürdürme
  • Üst iş öğelerinin kapatılmasını otomatikleştirme
  • Onay işlemini destekleme
  • Yetkisiz kullanıcıların geçersiz bir durum ayarlamasını engelleme
  • Durum değişikliklerine göre gerekli veya salt okunur bir alan ya da başka bir değer yapma
  • Bir durumdan diğerine geçişi kısıtlama
  • Üst iş öğelerinin kapatılmasını otomatikleştirme
  • Onay işlemini destekleme
  • Durum değişikliklerine göre gerekli veya salt okunur bir alan ya da başka bir değer yapma
  • Üst iş öğelerinin kapatılmasını otomatikleştirme

İş akışı durumunu değiştirdiğinizde uygulanacak kuralların nasıl tanımlandığını anlamak için bu makaleyi gözden geçirin.

  • İş akışı kuralı türlerini anlama
  • İş akışı durumu ve kural sınırları ve en iyi yöntemler
  • Durum seçimine göre alan değeri ayarlama veya alanı salt okunur veya gerekli yapma
  • Durum geçişlerini kısıtlama
  • Belirli kullanıcılara veya gruplara Durum geçişlerini kısıtlama veya izin verme
  • Üst iş öğelerinin durum geçişlerini otomatikleştirme
  • İş akışı kuralı türlerini anlama
  • İş akışı durumu ve kural sınırları ve en iyi yöntemler
  • Durum seçimine göre alan değeri ayarlama veya alanı salt okunur veya gerekli yapma
  • Durum geçişlerini kısıtlama
  • Üst iş öğelerinin durum geçişlerini otomatikleştirme
  • İş akışı kuralı türlerini anlama
  • İş akışı durumu ve kural sınırları ve en iyi yöntemler
  • Durum seçimine göre alan değeri ayarlama veya alanı salt okunur veya gerekli yapma
  • Üst iş öğelerinin durum geçişlerini otomatikleştirme

Önemli

Bu makale Azure DevOps Services ve Azure DevOps Server 2019 ve sonraki sürümleri için geçerlidir. TFS 2018 veya önceki sürümleri için bir koleksiyonda tanımlanan herhangi bir projeyi özelleştirmek için bkz. Şirket içi XML işlem modeli.

Önemli

Devralma işlemi modelini yalnızca Devralma işlemi modelini desteklemek üzere yapılandırılmış bir proje koleksiyonunda tanımlanan projeler için kullanabilirsiniz. Şirket içi koleksiyonunuz Şirket İçi XML işlem modelini kullanacak şekilde yapılandırılmışsa, bu işlem modelini yalnızca iş izleme deneyimini özelleştirmek için kullanabilirsiniz. Daha fazla bilgi edinmek için bkz . İş izlemeyi özelleştirme, Proje koleksiyonunuz için işlem modelini seçme.

TFS 2018 veya önceki sürümleri için bir koleksiyonda tanımlanan herhangi bir projeyi özelleştirmek için bkz. Şirket içi XML işlem modeli.

İş akışı kuralları

Aşağıdaki tabloda tanımlayabileceğiniz üç iş akışı kuralı grubu gösterilir. İlk grup, bir iş öğesi oluşturulduğunda, seçili durumdayken veya bir durumdan diğerine taşındığında standart eylemleri uygular. Bu standart eylemler bir alanın değerini ayarlar veya bir alanı salt okunur veya gerekli hale getirir. Bu grupta, bir veya iki koşul ve birkaç eylem belirtebilirsiniz.

İkinci ve üçüncü gruplar durum geçişlerini kısıtlamayı destekler. Bu iki grup, bir iş öğesinin taşındığı durumu belirten tek bir koşul belirtmenize olanak sağlar. Ardından, bu durumdan diğer eyaletlere geçişi kısıtlamak için bir veya daha fazla eylem belirtebilirsiniz.

Aşağıdaki tabloda tanımlayabileceğiniz iki iş akışı kuralı grubu gösterilir. İlk grup, bir iş öğesi oluşturulduğunda, seçili durumdayken veya bir durumdan diğerine taşındığında standart eylemleri uygular. Bu standart eylemler bir alanın değerini ayarlar veya bir alanı salt okunur veya gerekli hale getirir. Bu grupta, bir veya iki koşul ve birkaç eylem belirtebilirsiniz.

İkinci grup, durum geçişlerini kısıtlamayı destekler. Bu ikinci grupta, bir iş öğesinin taşındığı durumu gösteren tek bir koşul belirtebilirsiniz. Ardından, bu durumdan diğer eyaletlere geçişi kısıtlamak için bir veya daha fazla eylem belirtebilirsiniz.

Not

Bazı özellikler Azure DevOps Server 2020.1 güncelleştirmesinin yüklenmesini gerektirir. Daha fazla bilgi için bkz. Azure DevOps Server 2020 Güncelleştirme 1 RC1 Sürüm Notları, Panolar.

Ayarlayabileceğiniz iş akışı koşulları ve eylemleri aşağıdaki görüntülerde gösterilmiştir. Bir iş öğesi oluşturulduğunda, seçili durumdayken veya bir durumdan diğerine taşındığında standart eylemler uygulayabilirsiniz. Bu standart eylemler bir alanın değerini ayarlar veya bir alanı salt okunur veya gerekli hale getirir. Bu kural kümesi için bir veya iki koşul ve birkaç eylem belirtebilirsiniz.


Condition

Desteklenen Eylemler


Alan değerini ayarlayın veya Durum'a göre salt okunur/gerekli yapın

Koşullar, iş öğesi oluşturuldu

Eylemler, iş öğesi oluşturulur


Geçişi Durum temelinde kısıtlama

Koşul, iş öğesi taşındı

Eylemler, bir işlemi Durum'a göre kısıtlayın.


Durumu ve kullanıcı veya grup üyeliğini temel alarak alanı gizleyin veya alanı salt okunur veya gerekli hale getirin

Koşul, kullanıcı grubu üyeliği

Eylemler, bir işlemi Durum ve üyelik temelinde kısıtlayın.


ve kullanıcı veya grup üyeliğine bağlı olarak bir alan özniteliği ayarlayın veya Durum geçişini kısıtlayın

Koşul, kullanıcı grubu üyeliği

Eylemler, bir işlemi Durum ve üyelik temelinde kısıtlayın.


Not

Devralınan bir işlemi özelleştirdikçe, bu işlemi kullanan tüm projeler özelleştirmeleri yansıtacak şekilde otomatik olarak güncelleştirilir. Bu nedenle, özelleştirmeleri kuruluşunuza dağıtmadan önce test etmek için yapmanız gereken bir dizi özelleştirme olduğunda bir test işlemi ve test projesi oluşturmanızı öneririz. Daha fazla bilgi edinmek için bkz. Devralınan işlemleri oluşturma ve yönetme.

İş akışı durumu ve kural sınırları

Aşağıdaki tabloda Devralma işlemi için iş akışı durumu ve kural sınırları özetlenmiştir.

Nesne Devralma sınırı
İşlem için tanımlanan iş öğesi türleri 64
İş öğesi türü için tanımlanan iş akışı durumları 32
İş öğesi türü için tanımlanan kurallar 1024

İş akışı durumlarını ve kurallarını tanımlarken performans sorunlarını en aza indirmek için aşağıdaki yönergeleri göz önünde bulundurmanızı öneririz.

  • WIT için tanımladığınız kural sayısını en aza indirin. WIT için birden çok kural oluşturabilirsiniz ancak, kullanıcı iş öğelerini ekleyip değiştirdiğinde toplama kuralları performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğinde, sistem iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. Belirli koşullar altında, kural doğrulama ifadesi SQL'i değerlendiremeyecek kadar karmaşıktır.
  • Tanımladığınız özel WIT sayısını en aza indirin.

İş akışı kuralları, aşağıdaki arabirimlerden herhangi biri aracılığıyla iş öğeleri eklenirken veya değiştirilirken uygulanır:

  • Web portalı: İş öğesi formu, toplu güncelleştirmeler, sorgu görünümünde güncelleştirmeler
  • Web portalı: Kanban panosu veya Görev Panosu, iş öğesini sütuna taşıma
  • Visual Studio 2017 ve önceki sürümler, iş öğesi formu
  • CSV dosya biçimi: toplu içeri aktarma veya güncelleştirme
  • Excel: toplu içeri aktarma veya güncelleştirme
  • REST API: iş öğeleri ekleme veya değiştirme

Kural tanımlama

İş akışı durumlarını temel alan bir kural tanımlamadan önce önce aşağıdaki öğeleri tanımladığınızdan emin olun:

Kuralları tanımlamanın temelleri için bkz. Özel kural ekleme. Bu makalede tanımlanan önkoşulları karşılamanız gerekir.

Alan değerini ayarlama veya alanı salt okunur veya gerekli yapma

İlk kural gruplandırmasıyla, bir veya iki koşul ve kural başına en fazla 10 eylem belirtebilirsiniz.

Etkin çalışma öncesinde ekip lideri onayı sağlama örneği

Bu örnekte geliştirme ekipleri, bir ekip lideri tarafından onaylanana kadar Hiçbir Kullanıcı Hikayesi üzerinde çalışılamadığından emin olmak istiyor. Varsayılan iş akışı durumları kullanımdadır ve yalnızca Onaylanan tek bir özel alan ve Ekip Müşteri Adayları Grubu adlı güvenlik grubu eklenir.

Varsayılan iş akışı durumları

Çevik İşlem, Kullanıcı Hikayesi, varsayılan iş akışı durumu

Kural gereksinimleri

Etkin çalışmadan önce onay sağlamak için aşağıdaki kuralların tanımlanması gerekir:

  • Durum Yeni'denEtkin'e geçtiğinde Onaylanan alanının doldurulması gerektir
  • Ekip Müşteri Adayları Grubuna ait olmayan kullanıcıları Onaylayan alanını dolduracak şekilde kısıtlayın
  • Durum Yeni veya Kaldırılmış'a geçtiğinde Onaylanan alanını temizleyin

Kural tanımları

Kural gereksinimleri aşağıdaki dört kural tanımına çevrilir.

   


Kural adı

Condition

Eylemler


Onaylanan yeni olduğunda temizlendi

Tesis A work item state changes to New

Sonra Clear the value of Approved By

Kaldırıldığında Onaylanan tarafından temizlendi

Tesis A work item state changes to Removed

Sonra Clear the value of Approved By

Salt Okunur Tarafından Onaylandı

Tesis Current user is not member of group Team Leads Group

Sonra Make read-only Approved By

Onaylanan gerekli

Tesis A work item state changes from New to Active

Sonra Make required Approved By


Durum geçişlerini kısıtlama

koşulunu belirtirken, A work item state moved from ...yalnızca bu koşulu belirtebilirsiniz. En fazla 10 eylem belirtebilirsiniz.

Not

Bu özellik için Azure DevOps Server 2020.1 güncelleştirmesi veya sonraki bir sürümü gerekir.

Durum geçişlerini kısıtlama ve Onaylandı durumu örneği

Bir iş grubu tarafından kullanılan terminolojiye uygun olarak, Kullanıcı Hikayesi için aşağıdaki iş akışı durumları tanımlanır. Yeni, Çözüldü ve Kaldırıldı devralınan durumlar gizlidir. Bunun yerine Önerilen, İncelemede ve Kesme Durumları kullanılır. Ayrıca üç durum daha tanımlanır: Araştır, Tasarla ve Onaylandı. Bu Durumlar, aşağıdaki görüntüde gösterildiği gibi sırayı izlemelidir.

Kullanıcı Hikayesi, iş akışı durumları

Herhangi bir kısıtlama olmadan, kullanıcılar dizi içinde hem ileri hem de geri olmak üzere bir Durumdan başka bir Eyalete geçebilir.

Kural gereksinimleri

Daha denetimli bir iş akışını desteklemek için iş grubu, Kullanıcı Hikayesi iş öğesi türünde aşağıdaki ileri ve ters durum geçişlerini destekleyecek kurallar oluşturma kararı aldı.

  • Önerilen yalnızca Araştırma ve Kesme'ye geçebilir
  • Araştırma yalnızca Tasarım ve Kesme'ye geçebilir
  • Tasarım yalnızca Araştırma, Onaylanan ve Kes'e geçebilir
  • Onaylandı yalnızca Tasarım, Etkin ve Kes'e geçebilir
  • Etkin yalnızca Gözden Geçirmede'ye geçebilir
  • Gözden Geçirme'de yalnızca Etkin 'e geçilebilir (Ek çalışma bulundu), Kapalı veya Kes
  • Kapalı , Araştırma, Tasarım, Etkin, Gözden Geçirildi konumuna geçebilir (Kullanıcının iş öğesini hatalı bir şekilde kapattığı durumlara izin verir)
  • Kes yalnızca Önerilen'e geçebilir.

Not

Durum geçişlerini kısıtlarken, kullanıcının bir durumu hatalı olarak taşıması durumlarını göz önünde bulundurun. Kullanıcıların düzgün bir şekilde kurtarılabilmesini istiyorsunuz.

Ayrıca, iş grubu gerekli alanlar için kurallar uygulamak istiyor:

  • Durum Onaylandı'dan Etkin'e geçtiğinde Onaylanan alanının doldurulması gerektir
  • Yalnızca Yetkili Onaylayanlar grubuna ait kullanıcıların Onaylayan alanını doldurmasına izin ver
  • Durum Kes'e geçtiğinde Onaylanan alanını temizleyin
  • Durum Etkin'e geçtiğinde Kabul Ölçütlerinin doldurulması gerektir

Kural tanımları

Yukarıdaki kısıtlamaları uygulamak için işlem yöneticisi özel bir Approved By kimlik alanı, Yetkili Onaylayanlar güvenlik grubu ve aşağıdaki on bir kuralı ekler.

   


Kural adı

Condition

Eylemler


Önerilen durum

Tesis A work item state moved from Proposed

Sonra Restrict the state transition to Design
Ve Restrict the state transition to Approved
Ve Restrict the state transition to Active
Ve Restrict the state transition to In Review
Ve Restrict the state transition to Closed

Araştırma durumu

Tesis A work item state moved from Research

Sonra Restrict the state transition to Proposed
Ve Restrict the state transition to Approved
Ve Restrict the state transition to Active
Ve Restrict the state transition to In Review
Ve Restrict the state transition to Closed

Tasarım durumu

Tesis A work item state moved from Design

Sonra Restrict the state transition to Proposed
Ve Restrict the state transition to Research
Ve Restrict the state transition to Active
Ve Restrict the state transition to In Review
Ve Restrict the state transition to Closed

Onaylandı durumu

Tesis A work item state moved from Approved

Sonra Restrict the state transition to Proposed
Ve Restrict the state transition to Research
Ve Restrict the state transition to Design
Ve Restrict the state transition to In Review
Ve Restrict the state transition to Closed

Etkin durum

Tesis A work item state moved from Active

Sonra Restrict the state transition to Proposed
Ve Restrict the state transition to Research
Ve Restrict the state transition to Design
Ve Restrict the state transition to Approved
Ve Restrict the state transition to Closed

Gözden geçirme durumunda

Tesis A work item state moved from In Review

Sonra Restrict the state transition to Proposed
Ve Restrict the state transition to Research
Ve Restrict the state transition to Design
Ve Restrict the state transition to Approved

Kapalı durum

Tesis A work item state moved from Closed

Sonra Restrict the state transition to Proposed
Ve Restrict the state transition to Cut

Kesme durumu

Tesis A work item state moved from Cut

Sonra Restrict the state transition to Research
Ve Restrict the state transition to Design
Ve Restrict the state transition to Approved
Ve Restrict the state transition to Active
Ve Restrict the state transition to In Review
Ve Restrict the state transition to Closed

Onaylanan durum gerekli alanları

Tesis A work item changes from Approved to Active

Sonra Make required Acceptance Criteria
Ve Make required Approved By

Yetkili Onaylayanlar

Tesis Current user is not a member of Authorized Approvers

Sonra Make read-only Approved By

Onaylanan Alanı Temizle

Tesis A work item state changes to Cut

Sonra Clear the value of Approved By


Durum geçişi kısıtlamalarını doğrulama

İşlem için kurallar tanımlanıp proje süreçle güncelleştirildikten sonra tarayıcınızı yenileyin ve iş öğesi formu aracılığıyla ve Kanban tarayıcısından işlemleri denetleyin.

Önceki tabloda tanımlanan kurallar için aşağıdaki Durum açılan menülerini görmeniz gerekir. Kanban panosu'nı açın ve bir Durumdan diğerine geçme özelliğini denetleyin.

Önerilen Araştırma Tasarım Onaylandı
Önerilen menü Araştırma menüsü Tasarım menüsü Onaylanan menü
Etkin Gözden Geçir Kapatıldı Kes
Etkin menü Gözden Geçir menüsünde Kapalı menü Kes menüsü

Kullanıcı veya grup üyeliğine göre durum geçişlerini kısıtlama

Kullanıcı veya grup üyeliğine veya temelinde iki koşuldan birini belirtirken, Current user is member of group ...Current user is not member of group ...yalnızca bir koşul belirtebilirsiniz. Ayrıca, eylemini Restrict the transition to state...belirtirseniz yalnızca bir eylem belirtebilirsiniz.

Not

İş öğeleri, kendilerine uygulanan kurallara tabidir. Kullanıcı veya grup üyeliğine dayalı koşullu kurallar web tarayıcınız için önbelleğe alınır. Bir iş öğesini güncelleştirmek için kendinizi kısıtlanmış bulursanız, bu kurallardan biriyle karşılaşmış olabilirsiniz. Sizin için geçerli olmayan bir sorunla karşılaştığınızı düşünüyorsanız bkz. IndexDB önbelleğe alma sorunları iş öğesi formu.

Üst iş öğelerinin durum geçişlerini otomatikleştirme

Üst iş öğelerinin alt iş öğelerine yapılan Durum atamalarına göre Durum geçişlerini otomatikleştirmek için bir web kancası ekleyebilir ve Durum Geçişlerini Otomatikleştirme GitHub projesinde sağlanan kodu ve yapılandırmayı kullanabilirsiniz.

Not

Durum Geçişlerini Otomatikleştir GitHub projesi, Azure Boards'nin desteklenen bir özelliği olmadığından ürün ekibi tarafından desteklenmez. Bu uzantıları kullanırken karşılaştığınız sorular, öneriler veya sorunlar için bunları GitHub proje sayfasında oluşturun.

Durum değişikliğine göre yeniden atamayı otomatikleştirme

Çevik işlem hata iş öğesi türü daha önce hatayı oluşturan kişiye yeniden atayan bir kurala sahipti. Bu kural varsayılan sistem işleminden kaldırılmıştır. Aşağıdaki koşulu ve eylemi kullanarak kuralı yeniden devreye alabilir veya diğer iş öğesi türlerine benzer bir kural ekleyebilirsiniz:

TesisA work item state changes toÇözümlendive AtanacakCopy the value from Tarafından Oluşturuldu.

Not

Devralınan bir işlemde yapılan değişiklikleri denetim günlüğü aracılığıyla gözden geçirebilirsiniz. Daha fazla bilgi edinmek için bkz. Denetim günlüklerine erişme, dışarı aktarma ve filtreleme.