Zásady a nastavení větví

  • Článek
  • 38 min ke čtení

Azure Repos | Azure DevOps Server 2020 – | Azure DevOps Server 2019 – | TFS 2018-TFS 2015

Zásady větví pomáhají týmům chránit důležité větve vývoje. Zásady vynucuje kvalitu kódu a standardy správy změn vašeho týmu. Tento článek popisuje, jak nastavit a spravovat zásady větví. Přehled všech zásad a nastavení úložiště a větví najdete v tématu Nastavení a zásady úložiště Git.

Větev, ve které jsou nakonfigurované požadované zásady, není možné odstranit a pro všechny změny vyžaduje žádosti o změnu.

Požadavky

  • Pokud chcete nastavit zásady pro větev, musíte být členem skupiny zabezpečení Project Administrators nebo mít oprávnění k úpravám zásad na úrovni úložiště. Další informace najdete v tématu Nastavení oprávnění úložiště Git.

Konfigurace zásad větví

Pokud chcete spravovat zásady větví, vyberte ReposVětve. Otevře se stránka Větve na webovém portálu.

Snímek obrazovky znázorňuje položku nabídky Větve

Nastavení zásad větvení můžete získat také pomocí Project NastaveníZásadyúložiště Zásady větví Název větve. >

Ve větvích se zásadami se zobrazí ikona zásad. Výběrem ikony můžete přejít přímo na nastavení zásad větve.

Pokud chcete nastavit zásady pro větev, vyhledejte větev, kterou chcete spravovat. Seznam můžete procházet nebo můžete svou větev vyhledat v poli Název vyhledávací větve v pravém horním rohu.

Vyberte ikonu Další možnosti vedle větve a pak v místní nabídce vyberte Zásady větví.

Snímek obrazovky znázorňuje otevření zásad větve z místní nabídky

Na stránce vyhledejte svou větev. Seznam můžete procházet nebo můžete svou větev vyhledat pomocí pole Hledat všechny větve v pravém horním rohu.

Snímek obrazovky se stránkou Větve

Vyberte tlačítko ... ( ). V místní nabídce vyberte Branch policies (Zásady větví).

Snímek obrazovky znázorňuje otevření zásad větve z místní nabídky

Nakonfigurujte zásady na stránce nastavení větve. Popisy a pokyny pro jednotlivé typy zásad najdete v následujících částech.

Zásady nakonfigurujte na stránce Zásady. Popisy jednotlivých typů zásad najdete v následujících částech. Vyberte Uložit změny a použijte novou konfiguraci zásad.

Snímek obrazovky znázorňuje kartu Zásady

Vyžadování minimálního počtu kontrolorů

Pro projekty vývoje softwaru jsou důležité recenze kódu. Pokud chcete zajistit, aby týmy prošly žádostmi o přijetí změny a schválily je, můžete vyžadovat schválení od minimálního počtu revidující. Základní zásady vyžadují, aby kód schválil zadaný počet kontrolorů bez zamítnutí.

Pokud chcete nastavit zásadu, nastavtev části Branch Policies (Zásady větví) možnost Require a minimum number of reviewers (Vyžadovat minimální počet kontrolorů) na hodnotu On (On). Zadejte požadovaný počet kontrolorů a vyberte jednu z následujících možností:

Snímek obrazovky znázorňuje zásadu Povolit vyžadovat recenze kódu

  • Pokud chcete autorům žádosti o přijetí změn povolit hlasovat o schválení, vyberte Povolit uživatelům, aby schválili své vlastní změny. Jinak může tvůrce stále hlasovat pro žádost o schválení, ale jejich hlas se nezapočítává do minimálního počtu revidující.

  • Pokud chcete vynutit oddělení povinností, vyberte Zakázat nejnovějšímu nasazování schválení vlastních změn. Ve výchozím nastavení může kdokoli, kdo má oprávnění Push na zdrojové větvi, přidat potvrzení a hlasovat o schválení žádosti o přijetí změn. Výběr této možnosti znamená, že poslední hlasování nabízeného oznámení se nepočítá, i když můžou obvykle schvalovat své vlastní změny.

  • Vyberte možnost Dokončit dokončování i v případě, že někteří revidující mají možnost počkat nebo odmítnout , aby bylo možné doplňování žádosti o přijetí změn i v případě, že se někteří kontroloři před schválením Minimální počet kontrolorů musí být stále schválen.

  • V části když jsou vloženy nové změny:

    • Pro poslední iteraci vyberte vyžadovat alespoň jedno schválení , aby pro poslední změnu zdrojové větve vyžadovala alespoň jedno schválení.
    • Vyberte resetovat všechna hlasy schválení (NERESETUJTE hlasy na zamítnutí nebo počkejte) , aby se odebrala všechna hlasy ke schválení, ale když se změní zdrojová větev, ponechte si hlasy na zamítnutí nebo čekání.
    • Vyberte možnost resetovat všechny hlasy recenzentů kódu , aby se při každé změně zdrojové větve odebraly všechny hlasy revidujícího, včetně hlasů ke schválení, zamítnutí nebo čekání.

Zaškrtněte políčko vyžadovat revize kódu.

  • Pokud žadatelé můžou schválit vlastní změny , může tvůrce žádosti o přijetí změn stále hlasovat o schválení na svých žádostech o přijetí změn, ale jejich hlas se nepočítá směrem k minimálnímu počtu revidujících.
  • Pokud kterýkoli kontrolor odmítne změny, žádost o přijetí změn nelze dokončit, pokud nevyberete možnost nedokončené, a to i v případě, že někteří revidující mají čekat nebo odmítnout.
  • V případě, že jsou do zdrojové větve vloženy nové změny, můžete obnovit hlasy kódu. Pokud se změní nové změny, vyberte resetovat hlasy kódu.

Pokud všechny ostatní zásady procházejí, může tvůrce dokončit žádost o přijetí změn, když ji schválí požadovaný počet kontrolorů.

Kontrola propojených pracovních položek

Pro sledování správy pracovních položekmůžete vyžadovat přidružení mezi soubory PRs a pracovními položkami. Propojení pracovních položek poskytuje více kontextu pro změny a zajišťuje, že aktualizace prochádí proces sledování pracovních položek.

Pokud chcete nastavit zásadu, nastavte v části Zásady větvímožnost Zkontrolovat propojené pracovní položky na Hodnotu On (V ). Toto nastavení vyžaduje, aby pracovní položky byly propojeny s pr, aby se pr sloučí. Nastavení nastavovat jako volitelné, pokud chcete upozornit, že neexistují žádné propojené pracovní položky, ale povolit dokončení žádosti o změnu.

Snímek obrazovky s vyžadování propojených pracovních položek v žádostech o změnu

Vyžadování propojených pracovních položek v žádostech o změnu

Kontrola překladu komentářů

Zásada Kontrola řešení komentářů kontroluje, jestli jsou vyřešené všechny komentáře k pr.

Nakonfigurujte zásady překladu komentářů pro vaši větev nastavením možnosti Zkontrolovat překlad komentářů na Hodnotu On (On). Pak vyberte, jestli má být zásada povinná nebovolitelná.

Kontrola překladu komentářů

Další informace o práci s komentáři k žádostem o změnu najdete v tématu Kontrola žádostí o změnu.

Nakonfigurujte zásady řešení komentářů pro vaši větev tak, že vyberete Zkontrolovat překlad komentářů.

Kontrola překladu komentářů

Další informace o práci s komentáři k žádostem o změnu najdete v tématu Kontrola žádostí o změnu.

Omezení typů sloučení

Azure Repos několik strategií sloučení a ve výchozím nastavení jsou povolené všechny. Konzistentní historii větví můžete udržovat vynucováním strategie sloučení pro dokončení pr.

Pokud chcete omezit typysloučení, které chcete ve vašem úložiště povolit, nastavte omezit typy sloučení na Hodnotu On.

Omezení typů sloučení

  • Základní sloučení (bez fast-forward) vytvoří potvrzení sloučení v cíli, jehož rodičům jsou cílové a zdrojové větve.
  • Squash merge vytvoří lineární historii s jediným potvrzením v cílové větvi se změnami ze zdrojové větve. Přečtěte si další informace o sloučení "squash merging" a o tom, jak ovlivňuje historii větví.
  • Rebase a fast-forward vytvoří lineární historii přehrání zdrojových potvrzení do cílové větve bez potvrzení sloučení.
  • Rebase with merge commit replays the source commits to the target and also creates a merge commit.

Vynucení strategie sloučení

Udržujte konzistentní historii větví vynucováním strategie sloučení po dokončení žádosti o změnu. Vyberte Vynutit strategii sloučení a vyberte možnost, která vyžaduje, aby se žádosti o změnu s využitím této strategie sloučí.

Nastavení požadavků na sloučení

  • Žádné rychlé sloučení dopředu – Tato možnost sloučí historii potvrzení zdrojové větve při zavření žádosti o změnu a vytvoření potvrzení sloučení v cílové větvi.
  • Squash merge – Dokončete všechny žádosti o změnu typu "squash merge" a v cílové větvi vytvoříte jediné potvrzení se změnami ze zdrojové větve. Přečtěte si další informace o sloučení "squash merging" a o tom, jak ovlivňuje historii větví.

Ověření sestavení

Před dokončením pr můžete nastavit zásadu, která vyžaduje úspěšné sestavení změn pr. Vytváření zásad omezují konce a udržují výsledky testů úspěšné. Vytváření zásad vám pomůže i v případě, že k zachycení problémů v rané fázi používáte kontinuální integraci (CI) ve vývojových větvích.

Zásady ověřování sestavení zařadit nové sestavení do fronty při vytvoření nové pr nebo při nasouzování změn do existující pr, která cílí na větev. Zásady sestavení vyhodnocují výsledky sestavení a určují, jestli je možné dokončit pr.

Důležité

Před zadáním zásady ověřování sestavení musíte mít kanál buildu. Pokud nemáte kanál, podívejte se na vytvoření kanálu buildu. Zvolte typ sestavení, který odpovídá vašemu typu projektu.

Přidání zásady ověřování sestavení

  1. Vyberte tlačítko + vedle položky Build validation +

    Snímek obrazovky znázorňuje tlačítko Přidat vedle položky Ověření sestavení

  2. Vyplňte formulář Nastavit zásady sestavení:

    Nastavení zásad sestavení

    • Vyberte kanál buildu.

    • Volitelně můžete nastavit filtr cesty. Přečtěte si další informace o filtrech cest v zásadách větví.

    • V části Aktivačníudálost vyberte Automaticky (při každé aktualizaci zdrojové větve) nebo Ručně.

    • V části Požadavekna zásadu vyberte Povinné nebo Volitelné. Pokud zvolíte Povinné,sestavení se musí úspěšně dokončit, aby se dokončily jejich náplně. Pokud chcete zadat oznámení o selhání sestavení, ale přesto povolit dokončení oznámení o selhání, zvolte Volitelné.

    • Nastavte vypršení platnosti sestavení, abyste se ujistili, že aktualizace chráněné větve neruší změny otevřených souborů PRS.

      • Okamžitě po aktualizaci názvu > větve:Tato možnost > nastaví stav zásad sestavení PR na selhání při každé aktualizaci větve a znovu zařadí sestavení do fronty. Toto nastavení zajistí, že se změny pr úspěšně sestaví i v případě, že se změní chráněná větev.

        Tato možnost je nejlepší pro týmy, jejichž důležité větve mají málo změn. Teams ve vytížených vývojových větvích může narušovat čekání na sestavení při každé aktualizaci větve.

      • Po n > hodinách, < pokud >je název větve aktualizovaný: Tato možnost při aktualizaci chráněné větve vyprší, pokud je předávkovaný build starší než prahová hodnota, kterou zadáte. Tato možnost je kompromisem mezi tím, že při aktualizaci chráněné větve vždy nebo nikdy nebude vyžadováno sestavení. Tato volba snižuje počet sestavení, pokud vaše chráněná větev obsahuje časté aktualizace.

      • Nikdy:Aktualizace chráněné větve nezmění stav zásad. Tato hodnota snižuje počet sestavení, ale může způsobovat problémy při dokončování souborů RS, které se v poslední době ne aktualizované.

    • Zadejte volitelný Zobrazovaný název pro tuto zásadu sestavení. Tento název identifikuje zásadu na stránce Zásady větví. Pokud nezadáte zobrazovaný název, zásada použije název kanálu buildu.

  3. Vyberte Uložit.

Když vlastník pr nasoudí změny, které se úspěšně sestaví, stav zásady se aktualizuje.

Pokud máte zásadu sestavení Okamžitě při aktualizaci názvu větve nebo Po > hodinách, pokud byl název větve aktualizován, stav zásady se aktualizuje při aktualizaci chráněné větve, pokud předchozí sestavení už není platné. >

Nastavte zásadu, která před dokončením žádosti o vyžádání změn vyžaduje změny v žádosti o vyžádání změn, aby se úspěšně sestaví s chráněnou větví. Vytváření zásad omezují konce a udržují výsledky testů úspěšné. Vytváření zásad vám pomůže i v případě, že k zachycení problémů v rané fázi používáte kontinuální integraci (CI) ve vývojových větvích.

Pokud je povolená zásada ověřování sestavení, nové sestavení se zařadit do fronty při vytvoření nové žádosti o vyžádání změn nebo při nastažení změn do existující žádosti o vyžádání změn, která cílí na větev. Zásady sestavení pak vyhodnotí výsledky sestavení a určí, jestli je možné žádost o změnu dokončit.

Důležité

Před zadáním zásady ověřování sestavení musíte mít definici sestavení. Pokud ji nemáte, podívejte se na část Vytvoření definice sestavení a zvolte typ sestavení, který odpovídá vašemu typu projektu.

Přidání zásad sestavení

Zvolte Přidat zásadu sestavení a nakonfigurujte možnosti v části Přidat zásadu sestavení.

Nastavení zásad sestavení

  1. Vyberte definici sestavení.

  2. Zvolte typ triggeru. Vyberte Automaticky (při každé aktualizaci zdrojové větve) nebo Ruční.

  3. Vyberte požadavek na zásady. Pokud zvolíte Povinné,sestavení se musí úspěšně dokončit, aby bylo potřeba dokončit žádosti o změnu. Pokud chcete zadat oznámení o selhání sestavení, ale přesto povolit dokončení žádostí o změnu, zvolte Volitelné.

  4. Nastavte vypršení platnosti sestavení, abyste se ujistili, že aktualizace chráněné větve neruší změny otevřených žádostí o změnu.

    • Okamžitě po aktualizaci:Tato možnost nastaví stav zásad sestavení v žádosti o načtení na neúspěšnou při aktualizaci chráněné větve. Znovu zařastavte sestavení do fronty a aktualizujte stav sestavení. Toto nastavení zajistí, že se změny v žádostech o změn úspěšně sestaví, i když se změní chráněná větev. Tato možnost je nejlepší pro týmy, které mají důležité větve s menším objemem změn. Teams v zaneprázdněných vývojových větvích může narušovat čekání na dokončení sestavení při každé aktualizaci chráněné větve.
    • Po hodinách, pokud branch name byla aktualizována:Tato možnost vyprší při aktualizaci chráněné větve aktuální stav zásad, pokud je předáné sestavení starší než zadaná prahová hodnota. Tato možnost je kompromis mezi tím, že při aktualizaci chráněné větve vždy vyžaduje sestavení a nikdy ho nevyžaduje. Tato volba je skvělá pro snížení počtu sestavení, pokud vaše chráněná větev má časté aktualizace.
    • Nikdy:Aktualizace chráněné větve nezmění stav zásad. Tato hodnota snižuje počet sestavení pro vaši větev. Může způsobit problémy při zavírání žádostí o změnu, které se v nedávné době ne aktualizovaly.

  5. Zadejte volitelný Zobrazovaný název pro tuto zásadu sestavení. Tento název identifikuje zásadu na stránce Zásady větví. Pokud nezadáte zobrazovaný název, zásada použije název definice sestavení.

  6. Vyberte Uložit.

Když vlastník úspěšně nasudí změny, které se úspěšně sestaví, stav zásad se aktualizuje. Pokud máte zvolenou možnost Okamžitě při aktualizaci nebo Po hodinách, pokud byly zvoleny aktualizované zásady sestavení, stav zásady se aktualizuje při aktualizaci chráněné větve, pokud už nejnovější sestavení není platné. branch name

Kontroly stavu

Externí služby mohou pomocí rozhraní API pro stav pr odeslat do svých pr podrobné informace o stavu. Zásady větvení pro další služby umožňují účasti těchto služeb třetích stran na pracovním postupu pr a stanovení požadavků na zásady.

Vyžadování schválení externími službami

Pokyny ke konfiguraci této zásady najdete v tématu Konfigurace zásad větve pro externí službu.

Vyžadování schválení z externích služeb

Externí služby mohou pomocí rozhraní API pro stav pr odeslat do svých pr podrobné informace o stavu. Zásada větvení pro další služby umožňuje účasti těchto služeb třetích stran na pracovním postupu pr a stanovení požadavků na zásady.

Vyžadování schválení externími službami

Pokyny ke konfiguraci této zásady najdete v tématu Konfigurace zásad větve pro externí službu.

Automatické zahrnutí kontrolorů kódu

Revidující můžete automaticky přidávat k žádostem o změnu souborů v konkrétních adresářích a souborech nebo ke všem žádostem o změnu v repo.

  1. Vyberte tlačítko + vedle možnosti Automaticky +

    Snímek obrazovky znázorňuje přidání požadovaných revidující

  2. Vyplňte obrazovku Přidat nové zásady revidujícího.

    Snímek obrazovky znázorňuje obrazovku Přidat nové zásady revidujícího

    • Přidejte lidi a skupiny do seznamu Reviewers (Revidující).

    • Pokud chcete přidat revidující automaticky, ale nevyžadujete jejich schválení k dokončení žádosti o přijetí, vyberte Volitelné.

      Nebo vyberte Povinné, pokud žádosti o změnu nelze dokončit, dokud:

      • Každý jednotlivec přidaný jako kontrolor schválí změny.
      • Aspoň jedna osoba v každé skupině přidaná jako kontrolor schválí změny.
      • Pokud je vyžadována pouze jedna skupina, minimální počet členů, které zadáte, schválí změny.

    • Zadejte soubory a složky, které vyžadují automaticky zahrnuté kontrolory. Toto pole ponechte prázdné, aby kontroloři vyžadovat všechny žádosti o změnu ve větvi.

    • Pokud vlastníci žádostí o schválení této zásady mohou hlasovat pro schválení vlastních žádostí o schválení, vyberte Možnost žádat o schválení vlastních změn.

    • Můžete zadat zprávu informačního kanálu aktivit, která se zobrazí v žádosti o vyžádání.

  3. Vyberte Uložit.

Vyberte revidující konkrétní adresáře a soubory ve vašem repo.

Zadejte cestu a požadované kontrolory.

Tito kontroloři se automaticky přidávají k žádostem o změnu souborů v těchto cestách. Můžete také zadat zprávu informačního kanálu aktivit.

Přidání automatických kontrolorů

Pokud vyberete Povinné,nebude možné žádost o změnu dokončit, dokud:

  • Každý uživatel přidaný jako kontrolor cesty schválí změny.
  • Alespoň jedna osoba v každé skupině přidané do cesty schválí změny.
  • Počet kontrolorů určený pro každou skupinu přidanou do cesty schválí změny.

Požadovaní revidující se přidávají automaticky.

Pokud chcete přidat revidující automaticky, ale nevyžadujete jejich schválení k dokončení žádosti o přijetí, vyberte Volitelné.

Můžete vybrat, že žádajíci mohou schvalovat své vlastní změny.

Když kód schválí všichni požadovaní revidující, můžete žádost o změnu dokončit.

Stav žádosti o vyžádání obsahu ukazuje, že kontroloři schválili

Obcházení zásad větví

V některých případech může být nutné obejít požadavky zásad. Oprávnění k obejití vám umožňují přímo do větve nasahat změny nebo dokončit žádosti o změnu, které zásady větví nesplňuje. Uživateli nebo skupině můžete udělit oprávnění k obejití. Oprávnění k obejití můžete vymezení nastavit na celý projekt, na jedno repo nebo na jednu větev.

Dvě oprávnění umožňují uživatelům obejít zásady větví různými způsoby:

  • Zásady obcházení se při dokončování žádostí o změnu vztahují jenom na dokončení žádosti o změnu. Uživatelé s tímto oprávněním mohou žádosti o přístup dokončit i v případě, že žádosti o změnu splňují zásady.

  • Obejít zásady při nabízení se vztahuje na nabízení z místních úložišť a úprav provedených na webu. Uživatelé s tímto oprávněním mohou změny přímo do chráněných větví doplňovat bez splnění požadavků zásad.

Snímek obrazovky s oprávněními pro vynucování zásad pro obejití zásad

Další informace o správě těchto oprávnění najdete v tématu Oprávnění Gitu.

V TFS 2015 až TFS 2018 Update 2 umožňuje oprávnění Vyloučeno z vynucení zásad uživatelům s tímto oprávněním provádět následující akce:

  • Při dokončování žádosti o změnu můžete vyjádřit výslovný souhlas s přepsáním zásad a dokončením žádosti o změnu, i když není splněna aktuální sada zásad větví.
  • Nabízení přímo do větve, i když má tato větev nastavené zásady větví Všimněte si, že když uživatel s tímto oprávněním provede nabízení, které by přepíše zásady větve, nabízené oznámení automaticky obchází zásady větve bez kroku výslovného souhlasu nebo upozornění.

Důležité

Při udělování možnosti obejít zásady buďte opatrní, zejména na úrovni repo a projektu. Zásady jsou základním kamenem zabezpečené a kompatibilní správy zdrojového kódu.

Filtry cest

Filtry cest nabízí několik zásad větví. Pokud je filtr cesty nastavený, zásada se použije jenom na soubory, které odpovídají filtru cest. Ponechání tohoto pole prázdné znamená, že zásady platí pro všechny soubory ve větvi.

Můžete zadat absolutní cesty a zástupné znaky. Příklady:

  • /WebApp/Models/Data.cs
  • /WebApp/*
  • *.cs

Můžete zadat více cest pomocí ; jako oddělovače. Příklad:

  • /WebApp/Models/Data.cs;ClientApp/Models/Data.cs

Cesty s předponou ! jsou vyloučené, pokud by jinak byly zahrnuty. Příklad:

  • /WebApp/*;!/WebApp/Tests/* zahrnuje všechny soubory s /WebApp výjimkou souborů v /WebApp/Tests
  • !/WebApp/Tests/* určuje žádné soubory, protože nic není zahrnuto jako první.

Pořadí filtrů je významné. Filtry se používají zleva doprava.

Q & A

Můžu změny nasaovat přímo do větví, které mají zásady větví?

Změny nemůžete nasažovat přímo do větví, které mají požadované zásady větví, pokud nemáte oprávnění k obejití zásad větví. Změny těchto větví je možné provádět pouze prostřednictvím žádostí o změnu. Změny můžete nasažovat přímo do větví, které mají volitelné zásady větví, pokud nemají žádné požadované zásady větví.

Co je automatické dokončování?

Žádosti o stažení do větví s nakonfigurovanou zásadou větve mají tlačítko Nastavit automatické dokonfigurování. Tuto možnost vyberte, pokud chcete, aby se žádost o změnu automaticky dokončila, jakmile splní všechny zásady. Automatické dokončování je užitečné, když neočekáváte žádné problémy se změnami.

Kdy jsou podmínky zásad větve zaškrtnuté?

Zásady větví se na serveru přehodnotí, když vlastníci žádostí o změnu nasouhlasí změny a když hlasují revidující. Pokud zásada aktivuje sestavení, stav sestavení se nastaví na čekání, dokud se sestavení nedokoní.

Můžu v zásadách větví používat definice sestavení XAML?

Ne, v zásadách větví nemůžete použít definice sestavení XAML.

Jaké zástupné znaky můžu použít pro požadované kontrolory kódu?

Jedna hvězdička odpovídá libovolnému počtu znaků, včetně lomítka i */ zpětného lomítka \ . ?Otazníky odpovídají jednomu znaku.

Příklady:

  • *.sqlodpovídá všem souborům s *.sql
  • /ConsoleApplication/* odpovídá všem souborům ve složce s názvem /ConsoleApplication/*.
  • /.gitattributes odpovídá /.gitattributes v kořenovém adresáři úložiště.
  • */.gitignore odpovídá */.gitignore v úložišti.

Rozlišují se v požadovaných cestách kontrolorů kódu velká a malá písmena?

Ne, zásady větví rozlišují malá a velká písmena.

Jak můžu nakonfigurovat více uživatelů jako požadovaných kontrolorů, ale vyžadovat ke schválení jenom jednoho z nich?

Uživatele můžete přidat do skupiny apak skupinu přidat jako revidujícího. Každý člen skupiny pak může schválit splnění požadavku zásady.

Mám oprávnění k obejití zásad. Proč se ve stavu žádosti o změnu stále zobrazí selhání zásad?

U nakonfigurovaných zásad se vždy vyhodnocují změny žádostí o vyžádání změn. Pro uživatele, kteří mají oprávnění k obejití zásad, je hlášený stav zásad pouze poradce. Pokud uživatel s oprávněním k obejití schválí, stav selhání neblokuje dokončení žádosti o schválení.

Proč nemůžu dokončit vlastní žádosti o schválení, když je nastavená možnost Povolit uživatelům schvalovat vlastní změny?

Jak zásada Vyžadovat minimální počet kontrolorů, tak zásada Automaticky zahrnutí kontroloři mají možnosti povolit uživatelům, kteří požadují schválení vlastních změn. V každé zásadách se toto nastavení vztahuje jenom na zásady. Nastavení nemá vliv na ostatní zásady.

Vaše žádost o změnu má například nastavené následující zásady:

  • Vyžadovat minimální počet revidujících vyžaduje alespoň jednoho revidujícího.
  • Automaticky zahrnutí revidující vyžadují, aby vy nebo tým, ve které jste revidující.
  • Automaticky zahrnutí kontroloři mají povolenou možnost Povolit žádostem schvalovat vlastní změny.
  • Možnost Vyžadovat minimální počet kontrolorů nemá povolenou možnost Povolit žádostem schvalovat vlastní změny.

V takovém případě vaše schválení splňuje požadavek automaticky zahrnutých kontrolorů, ale nevyžaduje minimální počet kontrolorů, takže nemůžete žádost o přijetí žádosti dokončit.

Můžou tam být i další zásady, například Zakázat nejnovějšímu nasouhlasení vlastních změn,které vám znemožňují schválit vlastní změny, i když je nastavená možnost Povolit žádajícím, aby schválili vlastní změny.