Ukázkové scénáře vlastních pravidel
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Tento článek obsahuje příklady definic vlastních pravidel. Všechna vlastní pravidla jsou definována pro typ pracovní položky. Příklady jsou k dispozici pro zděděné i místní modely procesů XML.
Před přidáním vlastních pravidel si přečtěte pravidla a vyhodnocení pravidel a přidejte pravidlo do typu pracovní položky (proces dědičnosti).
Definování závislého požadovaného pole
Můžete určit, že pole je povinné pouze v případě, že jiné pole obsahuje určitou hodnotu. Když zákazník v následujícím příkladu hlásí problém, je vlastní pole Hlášeno zákazníkem nastaveno na Hodnotu True a pole Závažnost se vyžaduje. Pokud zákazník problém neohlásil, není vyžadována hodnota pole Závažnost .
Vymazání hodnoty závislého pole
Následující příklad znázorňuje definování vlastního pravidla, které vymaže hodnotu bodů textu při změně počátečního data.
Nastavení hodnoty závislého pole
Následující příklady ukazují, jak mapovat hodnoty pole Velikost v závislosti na hodnotě vybrané pro vlastní pole Tee-Shirt Size pole.
Výběr velikosti trička Tee-Shirt Size se skládá ze čtyř hodnot Small, Medium, Large a X-Large. Čtyři vlastní pravidla jsou definována pro přiřazení pole Velikost při změně pole Velikost Tee-Shirt Size na konkrétní hodnotu. Pro zjednodušení použití je výchozí hodnota velikosti trička Tee-Shirt Small.
Dialogové okno Upravit pole pro Tee-Shirt Size (Velikost trička)
Vlastní pravidlo
Čtyři vlastní pravidla
Vyžadování hodnoty pole při změnách stavu
Následující příklad ukazuje, jak můžete vyžadovat specifikaci pole Zbývající práce, když se stav pracovního postupu úkolu změní na Aktivní.
Vymažte hodnotu pole po uzavření státu.
Pokud chcete automatizovat vymazání pole Zbývající práce při zavření úkolu, definujte vlastní pravidlo, jak je uvedeno.
Omezení vytváření pracovních položek podle skupiny
Vlastní pravidlo, které omezuje přechod na kategorii Navrhované stavy typu pracovní položky, účinně zakáže vytváření pracovních položek daného typu. Použitím pravidla u konkrétní skupiny účinně zakážete, aby tato skupina vytvářela pracovní položky daného typu.
Následující vlastní pravidlo omezuje, aby projektový tým vytvářel pracovní položky jako kategorie Navrhované stavy se mapuje na nový stav pracovního postupu.
Omezení úprav pracovních položek podle skupiny
V případě procesu dědičnosti můžete uživatelům zabránit v úpravě pracovní položky nastavením oprávnění odepření skupiny v cestě k oblasti. U místního procesu XML můžete u každé skupiny umístit omezení pro jednotlivé stavy pracovního postupu, které jim brání v uložení pracovní položky v libovolném stavu.
Vlastní pravidlo, které omezuje úpravy pracovních položek určitého typu, není možné definovat. Omezení můžete zadat pouze podle stavu. Pokud uživatel nezmění stav, může změnit další pole, pokud nejsou všechna pole pro skupinu určená jen pro čtení.
Pokud chcete omezit skupinu uživatelů v úpravách vybraných pracovních položek libovolného typu, můžete tyto pracovní položky přiřadit k cestě oblasti. Definujte skupinu zabezpečení a nastavte omezení pro úpravy pracovních položek pro danou skupinu, jak je znázorněno na následujícím obrázku. Další informace najdete v tématu Nastavení oprávnění a přístupu pro sledování práce, vytvoření podřízených uzlů a úpravy pracovních položek v cestě k oblasti.
Omezení přechodů stavu
U zděděných procesů se přechody stavu any-to-any definují automaticky. To umožňuje uživatelům upřesnit stav pracovního postupu od nového po dokončení, ale také se v případě potřeby posunout zpět. Při definování vlastních pravidel pro omezení přechodu mějte na paměti, že pokud uživatel provede chybu při aktualizaci pracovního postupu, nemusí být schopen jej opravit. Mohou například aktualizovat stav přesunutím karty pracovní položky do pozdější fáze na panelu, ale ne přesunout zpět.
Tip
Zvažte omezení přechodu stavu pro některé, ale ne pro všechny uživatele. Pokud uživatel udělá chybu, může požádat jiného člena týmu, aby resetoval hodnotu státu tak, aby toto omezení vynechal.
Před definováním pravidel přechodu stavu zkontrolujte pravidla a vyhodnocení pravidel, automaticky generovaná pravidla a způsob použití stavů a kategorií pracovních postupů v backlogech a panelech.
Omezení úprav uzavřených pracovních položek
V závislosti na obchodních procesech můžete chtít uživatelům zabránit v pokračování v úpravách nebo aktualizaci pracovních položek, které byly zavřené nebo dokončené. Do typů pracovních položek můžete přidat pravidla, která uživatelům zabrání v opětovném otevření uzavřených pracovních položek.
Pro zděděný proces můžete přidat pravidlo, které omezuje přechod stavu. Například následující pravidlo omezuje přechod z uzavření na ostatní dva státy, Nové a Aktivní.
Poznámka:
Podmínka A work item state moved from ...
je dostupná pro Azure DevOps Server 2020 a novější verze.
Poznámka:
V závislosti na zadané akci pravidla může být buď tlačítko Uložit ve formuláři pracovní položky zakázané, nebo se zobrazí chybová zpráva, když se uživatel s omezeným přístupem pokusí upravit pracovní položku.
Skrytí nebo omezení úprav pole podle uživatele nebo skupiny
Když vyberete Current user is a member of group...
pole nebo Current user is not a member of group...
, můžete pole skrýt, nastavit pole jen pro čtení nebo ho nastavit jako povinné.
Například následující podmínka označuje, že pole Odůvodnění je skryté pro členy, kteří nepatří do skupiny Fabrikam Fiber\Voice.
Poznámka:
Pracovní položky se na ně vztahují pravidla. Podmíněná pravidla založená na členství uživatele nebo skupiny se ukládají do mezipaměti pro webový prohlížeč. Pokud zjistíte, že jste omezili aktualizaci pracovní položky, možná jste narazili na jedno z těchto pravidel. Pokud se domníváte, že jste narazili na problém, který se na vás nevztahuje, přečtěte si téma Problémy s ukládáním do mezipaměti indexdb formuláře pracovní položky.
Omezení úprav vybraných polí podle uživatele nebo skupiny
Typy pracovních položek můžete přizpůsobit, abyste omezili, kdo může změnit konkrétní pole pro typ pracovní položky.
Poznámka:
Pro Azure DevOps Server 2019 a starší verze můžete omezit pouze úpravy pracovních položek na základě uživatele nebo skupiny pomocí místního modelu procesu XML.
Pomocí jedné z následujících dvou podmínek můžete vybrat pole požadovaná pro uživatele skupiny zabezpečení nebo pro uživatele, kteří nejsou členem skupiny zabezpečení.
current user is a member of a group...
current user is not a member of a group...
Tip
Pokud se chcete vyhnout problémům s vyhodnocením pravidel, které mohou nastat, zadejte skupiny zabezpečení Azure DevOps, a ne skupiny zabezpečení Microsoft Entra NEBO Active Directory. Další informace najdete v tématu Výchozí pravidla a modul pravidel.
Můžete například nastavit pole Název nebo Stát jen pro čtení pro vybrané uživatele nebo skupiny.
Například pole Priorita pro typ pracovní položky uživatelského scénáře se stane jen pro členy skupiny Fabrikam Fiber\Voice. Když uživatel této skupiny otevře uživatelský scénář, nemůže změnit hodnotu v poli Priorita.