İş 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
Geçişi Durum temelinde kısıtlama
Durumu ve kullanıcı veya grup üyeliğini temel alarak alanı gizleyin veya alanı salt okunur veya gerekli hale getirin
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
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:
- İş akışı, bir iş akışını özelleştirme bölümünde açıklandığı gibi istediğinizi belirtir
- Kuralınız özel bir alanın belirtimini gerektiriyorsa, alanları ekleme ve yönetme başlığı altında açıklandığı gibi bu alanı iş öğesi türüne ekleyin
- Kuralınız, kullanıcı veya grup üyeliğine göre değişiklik vermek veya kısıtlamak için bir güvenlik grubunun belirtimini gerektiriyorsa, bu güvenlik grubunu Kullanıcı veya grup ekleme veya kaldırma, güvenlik gruplarını yönetme başlığı altında açıklandığı gibi tanımlayın.
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ı
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.
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ı |
---|---|---|---|
Etkin | Gözden Geçir | Kapatıldı | Kes |
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.
İlgili makaleler:
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.
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin