Egyéni szabályforgatókönyvek mintája
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Ez a cikk példákat tartalmaz az egyéni szabálydefiníciókra. Minden egyéni szabály egy munkatétel-típushoz van meghatározva. Példákat is láthat az örökölt és a helyszíni XML-folyamatmodellekre is.
Mielőtt egyéni szabályokat ad hozzá, olvassa el a Szabályok és a szabály kiértékelését , és adjon hozzá egy szabályt egy munkaelemtípushoz (Öröklési folyamat).
Függő kötelező mező definiálása
Megadhatja, hogy egy mező csak akkor legyen kötelező, ha egy másik mező egy adott értéket tartalmaz. Az alábbi példában, amikor egy ügyfél hibát jelez, az egyéni Ügyféljelentés mező Igaz értékre van állítva, és a Súlyosság mező kötelezővé válik. Ha a problémát nem egy ügyfél jelenti, a Súlyosság mező értéke nem szükséges.
Függő mező értékének törlése
Az alábbi példa egy egyéni szabály definiálására mutat be, amely törli a szövegegységek értékét a kezdő dátum módosításakor.
Függő mezőérték beállítása
Az alábbi példák bemutatják, hogyan képezhet le a Méret mező értékeit az egyéni mezőhöz, a Pólóméret mezőhöz kiválasztott értéktől függően.
A Pólóméret lista négy értékből áll: Kicsi, Közepes, Nagy és X-Nagy. Négy egyéni szabály van definiálva a Méret mező hozzárendeléséhez, amikor a Pólóméret mező egy adott értékre módosul. A használat egyszerűsítése érdekében a pólóméret alapértelmezett értéke kicsi.
Mező szerkesztése párbeszédpanel a Pólóméret mezőhöz
Egyéni szabály
Négy egyéni szabály
Mezőérték megkövetelése állapotváltozás esetén
Az alábbi példa bemutatja, hogyan követelheti meg a Hátralévő munka mező specifikációját, amikor a tevékenység munkafolyamatának állapota aktívra változik.
Mező értékének törlése az állapot bezárásakor
Ha automatizálni szeretné a Hátralévő munka mező törlését egy tevékenység bezárásakor, adjon meg egy egyéni szabályt a megadott módon.
Munkaelemek csoport szerinti létrehozásának korlátozása
Egy egyéni szabály, amely korlátozza a munkaelem-típus javasolt állapotkategóriájára való áttérést, hatékonyan tiltja az ilyen típusú munkaelemek létrehozását. Ha egy adott csoportra alkalmazza a szabályt, azzal hatékonyan letiltja a csoportot az ilyen típusú munkaelemek létrehozásában.
Az alábbi egyéni szabály korlátozza, hogy a projektcsapat munkaelemeket hozzon létre, mivel a Javasolt állapot kategória az Új munkafolyamat állapotra van leképzve.
A munkaelemek csoportos módosításának korlátozása
Öröklési folyamat esetén megakadályozhatja, hogy a felhasználók módosítsák a munkaelemet egy terület elérési útján lévő csoport megtagadási engedélyének beállításával. Helyszíni XML-folyamatok esetén korlátozásokat helyezhet el egy csoport munkafolyamat-állapotaira, amelyek megakadályozzák, hogy bármilyen állapotban mentsék a munkaelemet.
Nem lehet olyan egyéni szabályt definiálni, amely korlátozza az adott típusú munkaelemek módosítását. A korlátozást csak állapot szerint adhatja meg. Ha a felhasználó nem módosítja az állapotot, módosíthatja a többi mezőt, kivéve, ha az összes mező írásvédett a csoporthoz.
Ha azonban korlátozni szeretné, hogy a felhasználók egy csoportja bármilyen típusú munkaelemet módosítson, hozzárendelheti ezeket a munkaelemeket egy területútvonalhoz. Adjon meg egy biztonsági csoportot, majd állítsa be az adott csoporthoz tartozó munkaterület elérési útjának munkaelemeinek szerkesztésére vonatkozó korlátozásokat az alábbi képen látható módon. További információ: Engedélyek és hozzáférés beállítása a munkakövetéshez, gyermekcsomópontok létrehozása és munkaelemek módosítása egy terület elérési útján
Állapotváltások korlátozása
Öröklődő folyamatok esetén a rendszer automatikusan definiálja az állapotváltásokat. Ez lehetővé teszi a felhasználók számára, hogy a munkafolyamat állapotát újról befejezettre emelik, de szükség esetén visszafelé is mozogjanak. Az áttérés korlátozására vonatkozó egyéni szabályok meghatározásakor vegye figyelembe, hogy ha egy felhasználó hibát követ el a munkafolyamat frissítésekor, előfordulhat, hogy nem tudja kijavítani. Frissíthetik például az állapotot úgy, hogy áthelyeznek egy munkaelemkártyát a tábla egy későbbi szakaszába, de nem helyezik vissza.
Tipp.
Fontolja meg az állapotváltás korlátozását néhány, de nem minden felhasználó számára. Így, ha egy felhasználó hibát követ el, megkérheti egy másik csapattagot, hogy állítsa alaphelyzetbe az állam értékét, hogy megkerülje a korlátozást.
Az állapotváltási szabályok meghatározása előtt tekintse át a szabályok és szabályok kiértékelését, az automatikusan létrehozott szabályokat , valamint a munkafolyamat-állapotok és állapotkategóriák használatát a hátralékokban és a táblákban.
A bezárt munkaelemek módosításának korlátozása
Az üzleti folyamatoktól függően előfordulhat, hogy a felhasználók nem módosítják vagy frissítik a bezárt vagy befejezett munkaelemeket. A munkaelemtípusokhoz szabályokat adhat hozzá, hogy a felhasználók ne nyitják meg újra a bezárt munkaelemeket.
Az örökölt folyamathoz hozzáadhat egy olyan szabályt, amely korlátozza az állapotváltást. Az alábbi szabály például a bezárt állapotról a másik két államra, az Új és az Aktív állapotra való áttérést korlátozza.
Feljegyzés
A A work item state moved from ...
feltétel elérhető az Azure DevOps Server 2020 és újabb verzióihoz.
Feljegyzés
A megadott szabályművelettől függően le lehet tiltani a munkaelem űrlap Mentés gombját, vagy hibaüzenet jelenik meg, amikor egy korlátozott felhasználó megkísérli módosítani a munkaelemet.
Egy mező módosításának elrejtése vagy korlátozása felhasználó vagy csoport alapján
Ha kijelöli az Current user is a member of group...
vagy Current user is not a member of group...
, elrejthet egy mezőt, írásvédetté teheti a mezőt, vagy kötelezővé teheti a mezőt.
Az alábbi feltétel például azt jelzi, hogy az Indoklás mező rejtett azon tagok számára, akik nem tartoznak a Fabrikam Fibre\Voice csoporthoz.
Feljegyzés
A munkaelemekre vonatkozó szabályok vonatkoznak rájuk. A felhasználó- vagy csoporttagságon alapuló feltételes szabályok gyorsítótárazva lesznek a webböngészőben. Ha úgy találja, hogy csak egy munkaelem frissítésére van korlátozva, előfordulhat, hogy a szabályok valamelyikével találkozott. Ha úgy véli, hogy olyan problémát észlelt, amely nem vonatkozik Önre, tekintse meg az IndexDB gyorsítótárazási problémáit a Munkaelem űrlapon.
A kiválasztott mezők módosításának korlátozása felhasználó vagy csoport alapján
A munkaelem-típusokat testreszabhatja annak korlátozására, hogy ki módosíthatja a munkaelem-típus adott mezőjét.
Feljegyzés
Az Azure DevOps Server 2019-ben és korábbi verzióiban csak a helyszíni XML-folyamatmodellt használó felhasználó vagy csoport alapján korlátozhatja a munkaelemek módosítását.
Az alábbi két feltétel egyikével kijelölhet olyan mezőket, amelyek szükségesek egy biztonsági csoport felhasználója számára, vagy akik nem tagjai biztonsági csoportnak.
current user is a member of a group...
current user is not a member of a group...
Tipp.
Az esetlegesen felmerülő szabályértékelési problémák elkerülése érdekében adja meg az Azure DevOps biztonsági csoportjait, és ne a Microsoft Entra-azonosítót vagy az Active Directory biztonsági csoportokat. További információt az Alapértelmezett szabályok és a szabálymotor című témakörben talál.
Beállíthatja például, hogy a Cím vagy az Állapot mezők írásvédettek legyenek a kiválasztott felhasználók vagy csoportok számára.
A Felhasználói szövegegység munkaelemtípus prioritása mezője például írásvédetté válik a Fabrikam Fibre\Voice csoport tagjai számára. Amikor a csoport egy felhasználója megnyitja a felhasználói történetet, nem tudják módosítani a Prioritás mező értékét.