Örnek özel kural senaryoları

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

Bu makalede özel kural tanımlarına örnekler sağlanmaktadır. İş öğesi türü için tüm özel kurallar tanımlıdır. Hem Devralınan hem de Şirket İçi XML işlem modelleri için örnekler sağlanır.

Özel kurallar eklemeden önce Kurallar ve kural değerlendirmesi ve İş öğesi türüne kural ekleme (Devralma işlemi) yazısını okuyun.

Bağımlı bir gerekli alan tanımlama

Bir alanın yalnızca başka bir alan belirli bir değer içerdiğinde gerekli olduğunu belirtebilirsiniz. Aşağıdaki örnekte, müşteri bir sorun bildirdiğinde, özel Müşteri Tarafından Bildirilen alanı True olarak ayarlanır ve Önem Derecesi alanı gerekli hale gelir. Sorun müşteri tarafından bildirılmıyorsa Önem Derecesi alanı için bir değer gerekli değildir.

Devralma işlemi

Şirket içi XML işlemi

İş öğesi türü tanımının bölümünde alan tanımı FIELDS için bir WHEN kural deyimi belirtirsiniz.

<FIELDS>
   ...
   <FIELD refname="MyCorp.Severity" name="Customer Severity" type="String">  
       <ALLOWEDVALUES>  
           <LISTITEM value="Blocking" />  
           <LISTITEM value="Major" />  
           <LISTITEM value="Minor" />  
       </ALLOWEDVALUES>  
       <WHEN field="MyCorp.CustomerReported" value="true">  
           <REQUIRED />  
       </WHEN>  
   </FIELD> 
   ...
</FIELDS>     

Bağımlı bir alanın değerini temizleme

Aşağıdaki örnekte, Başlangıç Tarihinde bir değişiklik yapıldığında Hikaye Noktaları değerini temizlemek için özel bir kural tanımlama gösterilmektedir.

Devralma işlemi

Şirket içi XML işlemi

İş öğesi türü tanımının bölümünde alan tanımı FIELDS için bir WHENCHANGED kural deyimi belirtirsiniz.

<FIELDS>
 ...
   <FIELD name="Story Points" refname="Microsoft.VSTS.Scheduling.StoryPoints" type="Double" reportable="measure" formula="sum">
       <HELPTEXT>The size of work estimated for implementing this user story</HELPTEXT>
       <WHENCHANGED field="Microsoft.VSTS.Scheduling.StartDate">  
           <EMPTY />  
       </WHENCHANGED>
   </FIELD>
   ...
</FIELDS>     

Bağımlı alan değeri ayarlama

Aşağıdaki örneklerde, özel alan olan Tee-Shirt Size alanı için seçilen değere bağlı olarak Boyut alanının değerlerini eşleme işlemi gösterilmektedir.

Devralma işlemi

Tee-Shirt Boyutu seçim listesi Küçük, Orta, Büyük ve X-Büyük dört değerden oluşur. Tee-Shirt Boyutu alanı belirli bir değere değiştirildiğinde Boyut alanını atamak için dört özel kural tanımlanır. Kullanımı basitleştirmek için Tee-Shirt Boyutunun varsayılan değeri Küçüktür.

Tee-Shirt Boyutu alanı için alanı düzenle iletişim kutusu

Özel kural

Dört özel kural

Şirket içi XML işlemi

İş öğesi türü tanımının bölümünde Boyut alanının FIELDS değerini belirtirsiniz. Eşlemeyi yapmak için bir dizi WHEN kural deyimi kullanırsınız ve kuralı kullanarak COPY value="value" Boyut alanının değerini ayarlarsınız.

<FIELDS>
   ...
   <FIELD name="Tee-Shirt Size" refname="Fabrikam.TShirt.Size" type="String">
        <HELPTEXT>Estimate of overall size for work to be done; Small (2), Medium (6), Large (18), X-Large (30).</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="Large" />
          <LISTITEM value="Medium" />
          <LISTITEM value="Small" />
          <LISTITEM value="X-Large" />
        </ALLOWEDVALUES>
   </FIELD> 
   <FIELD name="Size" refname="Fabrikam.Size" type="Integer">
        <HELPTEXT>Integer estimate of overall size for work to be done; Automatically fill in based on Tee-Shirt Size. Allow any value.</HELPTEXT>
        <WHEN field="Fabrikam.TShirt.Size" value="Small">
          <COPY value="2" />
        </WHEN>
        <WHEN field="Fabrikam.TShirt.Size" value="Medium">
          <COPY value="6" />
        </WHEN>
        <WHEN field="Fabrikam.TShirt.Size" value="Large">
          <COPY value="18" />
        </WHEN>
        <WHEN field="Fabrikam.TShirt.Size" value="X-Large">
          <COPY value="30" />
        </WHEN>
   </FIELD>
   ...
 </FIELDS> 

Durum değişikliklerinde alan değeri gerektir

Aşağıdaki örnek, görev iş akışı Durumu Etkin olarak değiştiğinde Kalan Çalışma alanının belirtimini nasıl gerektirebileceğinizi gösterir.

Devralma işlemi

Şirket içi XML işlemi

Bir iş öğesinin State alanının değeri Etkin olarak ayarlandığında ve iş öğesi kaydedildiğinde, Etkinleştirilen ve Atanan alanlarının değerleri otomatik olarak geçerli kullanıcının adına ayarlanır. Bu kullanıcının Team Foundation Server Geçerli Kullanıcılar grubunun bir üyesi olması gerekir. Etkinleştirilmiş Tarih alanının değeri de otomatik olarak ayarlanır. Aşağıdaki örnekte, bu kuralı zorunlu kılan öğeler gösterilmektedir:

<WORKFLOW>
. . .  
    <STATE value="Active">
        <FIELDS>
            <FIELD refname="Microsoft.VSTS.Scheduling.RemainingWork">
              <REQUIRED />
            </FIELD>
        </FIELDS>
    </STATE>
. . .  
</WORKFLOW>

Durum Kapat'ta bir alanın değerini temizleme

Görevi kapattıktan sonra Kalan Çalışma alanını temizlemeyi otomatikleştirmek için, belirtildiği gibi özel bir kural tanımlayın.

Devralma işlemi

Şirket içi XML işlemi

<WORKFLOW>
. . .  
      <STATE value="Closed">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Scheduling.RemainingWork">
              <EMPTY />
            </FIELD>
          </FIELDS>
      </STATE>
. . .  
</WORKFLOW>

Bir grup tarafından iş öğelerinin oluşturulmasını kısıtlama

bir iş öğesi türünün Önerilen durum kategorisine geçişi kısıtlayan özel bir kural, bu türdeki iş öğelerinin oluşturulmasına etkili bir şekilde izin vermemektedir. Kuralı belirli bir gruba uygulayarak, bu grubun o türdeki iş öğelerini oluşturmasına etkili bir şekilde izin vermeyebilirsiniz.

Devralma işlemi

Aşağıdaki özel kural, Önerilen durum kategorisi Yeni iş akışı durumuyla eşlenen proje ekibinin iş öğeleri oluşturmasını kısıtlar.

Şirket içi XML işlemi

Aşağıdaki özel kural, Fabrikam Gözden Geçirme Takımı'nın (öznitelik için) Yeni iş akışı durumuna geçişe izin vermeyerek iş öğeleri oluşturmasını kısıtlar.

<WORKFLOW>
... 
<TRANSITION from=" " to="New"  
   for="[Project]\Developers" 
   not="[Project]\Fabrikam Review Team"  
   . . .  
</TRANSITION> 
...  
</WORKFLOW>

Bir grup tarafından iş öğelerinin değiştirilmesini kısıtlama

Devralma işlemi için, alan yolundaki bir grup için reddetme iznini ayarlayarak kullanıcıların bir iş öğesini değiştirmesini engelleyebilirsiniz. Şirket içi XML işlemi için, iş öğesini herhangi bir durumda kaydetmelerini engelleyen bir grup için her iş akışı durumuna kısıtlamalar getirebilirsiniz.

Devralma işlemi

Belirli bir türdeki iş öğelerinin değiştirilmesini kısıtlayan özel bir kural tanımlamak mümkün değildir. Kısıtlamayı yalnızca duruma göre belirtebilirsiniz. Kullanıcı durumu değiştirmezse, tüm alanlar grup için salt okunur yapılmadığı sürece diğer alanları değiştirebilir.

Bunun yerine, bir kullanıcı grubunun herhangi bir türdeki belirli iş öğelerini değiştirmesini kısıtlamak istiyorsanız, bu iş öğelerini bir Alan Yoluna atayabilirsiniz. Bir güvenlik grubu tanımlayın ve ardından aşağıdaki görüntüde gösterildiği gibi bu grubun Alan Yolu için iş öğelerini düzenlemeye yönelik kısıtlamalar ayarlayın. Daha fazla bilgi edinmek için bkz . İş izleme için izinleri ve erişimi ayarlama, Alt düğümler oluşturma ve alan yolu altında iş öğelerini değiştirme

Şirket içi XML işlemi

Aşağıdaki özel kural, Fabrikam Gözden Geçirme Takımı'nın (öznitelik için ) kullanıcı hikayesi iş öğesi türü için tanımlanan tüm iş akışı durumlarına izin vermeyerek kullanıcı hikayelerini değiştirmesini kısıtlar. Belirli bir ekip için hiçbir iş akışı durumu geçerli olmadığından, bu ekibin üyelerinin iş öğesini herhangi bir değişiklikle kaydetmesi engellenir.

<WORKFLOW>
... 
 <STATE value="New">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
<STATE value="Active">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
<STATE value="Resolved">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
<STATE value="Closed">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
...  
</WORKFLOW>

Durum geçişlerini kısıtlama

Devralınan işlemler için, herhangi bir durumdan herhangi birine geçişler otomatik olarak tanımlanır. Bu, kullanıcıların iş akışı durumunu yeniden tamamlandıya kadar geliştirmesine, aynı zamanda gerektiğinde geriye doğru hareket etmesine olanak tanır. Geçişi kısıtlamak için özel kurallar tanımlarken, bir kullanıcı iş akışını güncelleştirirken hata yaparsa, bunu düzeltemeyebilir. Örneğin, bir iş öğesi kartını Kanban panosunda daha sonraki bir aşamaya taşıyarak durumu güncelleştirebilir, ancak geri taşıyamayabilirler.

İpucu

Durum geçişlerini tüm kullanıcılar için değil, bazıları için kısıtlamayı göz önünde bulundurun. Bu şekilde, bir kullanıcı hata yaparsa, başka bir ekip üyesinden kısıtlamayı atlamak için State değerini sıfırlamasını isteyebilir.

Durum geçiş kurallarını tanımlamadan önce Kurallar ve kural değerlendirmesi, Otomatik oluşturulan kurallar ve İş akışı durumlarının ve durum kategorilerinin Kapsamlar ve Panolarda nasıl kullanıldığını gözden geçirin.

Kapalı iş öğelerinin değiştirilmesini kısıtla

İş süreçlerinize bağlı olarak, kullanıcıların kapatılmış veya tamamlanmış iş öğelerini değiştirmeye veya güncelleştirmeye devam etmesini engellemek isteyebilirsiniz. Kullanıcıların kapalı iş öğelerini yeniden açmasını önlemek için iş öğesi türlerine kurallar ekleyebilirsiniz.

Devralma işlemi

Devralınan işlem için durum geçişini kısıtlayan bir kural ekleyebilirsiniz. Örneğin, aşağıdaki kural kapatılandan diğer iki Eyalete (Yeni ve Etkin) geçişi kısıtlar.

Not

Koşul A work item state moved from ... , Azure DevOps Server 2020 ve sonraki sürümlerde kullanılabilir.

Not

Belirttiğiniz kural eylemine bağlı olarak, iş öğesi formundaki Kaydet düğmesi devre dışı bırakılmış olabilir veya kısıtlı bir kullanıcı iş öğesini değiştirmeye çalıştığında bir hata iletisi görüntülenir.

Şirket içi XML işlemi

Şirket içi dağıtımlarda, bir iş öğesi kapatıldıktan sonra yeniden açılmasını önlemek için iş öğesi türüne kurallar ekleyebilirsiniz. Örneğin, aşağıdaki iş akışı geçiş kuralları Test edenlerin bir iş öğesini yeniden açmasına izin verir, ancak Geliştiriciler grubunun üyelerini açmaz.

<WORKFLOW>
. . .  
<TRANSITION from="Closed" to="New"  
   for="[Project]\Testers"  
   not="[Project]\Developers" 
   . . .  
</TRANSITION 
<TRANSITION from="Closed" to="Active"  
   for="[Project]\Testers"  
   not="[Project]\Developers" 
   . . .  
</TRANSITION 
. . .  
</WORKFLOW>

Kullanıcı veya gruba göre bir alanın değiştirilmesini gizleme veya kısıtlama

veya Current user is not a member of group...öğesini seçtiğinizdeCurrent user is a member of group..., bir alanı gizleyebilir, bir alanı salt okunur yapabilir veya bir alanı gerekli hale getirebilirsiniz.

Örneğin, aşağıdaki koşul, Fabrikam Fiber\Voice grubuna ait olmayan üyeler için Gerekçe alanının gizlendiğini gösterir.

Not

İş öğeleri, bunlara 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ştirmekle sınırlı olduğunuzu fark ederseniz, 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çin iş öğesi formu.

Kullanıcı veya gruba göre alan seçiminin değiştirilmesini kısıtlama

bir iş öğesi türü için belirli bir alanı kimlerin değiştirebileceğini kısıtlamak için iş öğesi türlerini özelleştirebilirsiniz.

Devralma işlemi

Aşağıdaki iki koşuldan birini kullanarak, bir güvenlik grubunun kullanıcısı için gerekli olan veya güvenlik grubunun üyesi olmayan seçme alanlarını yapabilirsiniz.

• current user is a member of a group...
• current user is not a member of a group...

İpucu

Ortaya çıkabilecek kural değerlendirme sorunlarını önlemek için Microsoft Entra Id veya Active Directory güvenlik gruplarını değil Azure DevOps güvenlik gruplarını belirtin. Daha fazla bilgi edinmek için bkz . Varsayılan kurallar ve kural altyapısı.

Örneğin, belirli kullanıcılar veya gruplar için Başlık veya Durum alanlarını Salt okunur yapabilirsiniz.

Örneğin, Kullanıcı Hikayesi iş öğesi türü için Öncelik alanı, Fabrikam Fiber\Voice grubunun üyeleri için salt okunur olur. Bu grubun bir kullanıcısı Bir Kullanıcı Hikayesi açtığında, Öncelik alanındaki değeri değiştiremez.

Şirket içi XML işlemi

Şirket içi XML işlem modeli için, iş öğesi türlerini şu kısıtlama isteklerini destekleyecek şekilde özelleştirebilirsiniz:

• İş öğesi oluşturabilecek veya değiştirebilecek kişileri kısıtlama
• Epic'ler veya Özellikler gibi belirli iş öğesi türlerini kimlerin oluşturabileceğini kısıtlama

Örneğin, iş öğesi türüne genellikle İŞ AKıŞı bölümünde bir kural ekleyerek iş öğelerinin değiştirilmesini kısıtlayabilirsiniz.

İş izleme nesnelerine erişimi iki yoldan biriyle kısıtlarsınız:

• Bir koşul alanı kuralı, koşul tabanlı alan kuralı veya bir gruba uygulanan ikisinin birleşimini ayarlayın. Uygun bir kural belirterek ve belirli bir grup için geçerli hale getirerek alanda değişiklik yapılmasını kısıtlayabilirsiniz. Koşullu kurallar CANLOSEVALUE, EMPTY, FROZEN, NOTSAMEAS, READONLY ve REQUIRED öğelerini içerebilir.
• Gizli Kategoriler grubuna WIT'ler ekleyerek proje katılımcılarının çoğunun bunları oluşturmasını engelleyebilirsiniz. İş öğesi formunu açan ve bu bağlantıyı oluşturmak istediğiniz ekip üyeleriyle paylaşan bir şablona köprü oluşturabilirsiniz.

İlgili makaleler

• İş akışı durumlarına kural uygulama (Devralma işlemi)
• Kurallar ve kural değerlendirmesi