Zásady a nastavení větví

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Zásady větví pomáhají týmům chránit důležité větve vývoje. Zásady vynucuje standardy správy kódu a kvality kódu 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, která má nakonfigurované požadované zásady, se nedá odstranit a vyžaduje žádosti o přijetí změn pro všechny změny.

Požadavky

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

  • Pokud chcete ke správě zásad větví použít azure DevOps CLI az repos policy , postupujte podle kroků v tématu Začínáme s Azure DevOps CLI.

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

Konfigurace zásad větve

Pokud chcete spravovat zásady větví, vyberte Větve repos>a otevřete stránku Větve na webovém portálu.

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

Pomocí projectu Nastavení>> Názvové> zásady zásad větve zásad můžete také přejít k nastavení zásad<>>větve.

Větve, které mají zásady, zobrazují ikonu zásad. Ikonu můžete vybrat a přejít přímo do nastavení zásad větve.

Pokud chcete nastavit zásady větve, vyhledejte větev, kterou chcete spravovat. Seznam můžete procházet nebo hledat svoji větev v poli Prohledat název 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ětve.

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

Na stránce vyhledejte svoji větev. Seznam můžete procházet nebo můžete vyhledat svoji větev pomocí pole Prohledat 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 zásady větve.

Snímek obrazovky znázorňující 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.

Nakonfigurujte zásady na stránce Zásady . Popis jednotlivých typů zásad najdete v následujících částech. Vyberte Uložit změny , aby se použila nová konfigurace zásad.

Snímek obrazovky znázorňující kartu Zásady

Vyžadovat minimální počet revidujících

Revize kódu jsou důležité pro projekty vývoje softwaru. Abyste zajistili, že týmy kontrolují a schvalují žádosti o přijetí změn, můžete vyžadovat schválení od minimálního počtu revidujících. Základní zásada vyžaduje, aby zadaný počet revidujících kód schválil bez zamítnutí.

Pokud chcete nastavit zásadu, nastavte v části Zásady větve minimální počet kontrolorů na Zapnuto. Zadejte požadovaný počet revidujících a vyberte některou z následujících možností:

Snímek obrazovky znázorňující zásadu Povolit revize kódu

  • Vyberte Možnost Povolit žadatele, aby schválili své vlastní změny , aby autor žádosti o přijetí změn mohl hlasovat o schválení. V opačném případě může autor hlasovat pro žádost o přijetí změn, ale jeho hlas se nezapočítá do minimálního počtu revidujících.

  • Pokud chcete vynutit oddělení povinností, vyberte Zakázat nejnovější nabízení souhlasu s vlastními změnami . Ve výchozím nastavení může každý, kdo má ve zdrojové větvi oprávnění push, přidávat potvrzení i hlasovat o schválení žádosti o přijetí změn. Když vyberete tuto možnost, znamená to, že hlas posledního nabízeného uživatele se nepočítá, i když může obvykle schvalovat své vlastní změny.

  • Vyberte Povolit dokončení, i když někteří revidujícím hlasují, že budou čekat nebo odmítnout , aby povolili dokončení žádosti o přijetí změn, i když někteří revidujícím hlasují proti schválení. Minimální počet revidujících musí stále schvalovat.

  • V části Při vložení nových změn:
    • V poslední iteraci vyberte Vyžadovat aspoň jedno schválení, pokud chcete pro poslední změnu zdrojové větve vyžadovat alespoň jeden schvalovací hlas.
    • Pokud chcete odebrat všechna hlasování o schválení, vyberte Obnovit všechna hlasování schválení (nevynuluje hlasy, které chcete odmítnout nebo počkat), ale hlasy můžete odmítnout nebo počkat, kdykoli se změní zdrojová větev.
    • Výběrem možnosti Obnovit všechny hlasy revidujících kódu odeberete všechny hlasy revidujících, kdykoli se zdrojová větev změní, včetně hlasů ke schválení, odmítnutí nebo čekání.
  • V části Při vložení nových změn:
    • V každé iteraci vyberte Vyžadovat alespoň jedno schválení, pokud chcete pro poslední změnu zdrojové větve vyžadovat alespoň jeden schvalovací hlas. Schválení uživatele se nezapočítává do žádné předchozí neschválené iterace odeslané tímto uživatelem. V důsledku toho je potřeba provést další schválení poslední iterace jiným uživatelem. V Azure DevOps Serveru 2022.1 a novějším je vyžadováno alespoň jedno schválení každé iterace .
    • V poslední iteraci vyberte Vyžadovat aspoň jedno schválení, pokud chcete pro poslední změnu zdrojové větve vyžadovat alespoň jeden schvalovací hlas.
    • Pokud chcete odebrat všechna hlasování o schválení, vyberte Obnovit všechna hlasování schválení (nevynuluje hlasy, které chcete odmítnout nebo počkat), ale hlasy můžete odmítnout nebo počkat, kdykoli se změní zdrojová větev.
    • Výběrem možnosti Obnovit všechny hlasy revidujících kódu odeberete všechny hlasy revidujících, kdykoli se zdrojová větev změní, včetně hlasů ke schválení, odmítnutí nebo čekání.

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

  • Pokud žadateli nebudou vybrány vlastní změny, může autor žádosti o přijetí změn hlasovat pro žádost o přijetí změn, ale jejich hlas se nezapočítá do minimálního počtu revidujících.
  • Pokud některý kontrolor změny odmítne, žádost o přijetí změn se nedá dokončit, pokud nevyberete Možnost Povolit dokončení, i když někteří revidujícím hlasují, aby čekali nebo odmítli.
  • Hlasy revidujících kódu můžete resetovat, když se do zdrojové větve nasdílí nové změny. Když dojde k novým změnám, vyberte Obnovit hlasy revidujících kódu.

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

Kontrola propojených pracovních položek

Pro sledování správy pracovních položek můžete vyžadovat přidružení mezi žádostmi o přijetí změn a pracovními položkami. Propojení pracovních položek poskytuje více kontextu pro změny a zajišťuje, že aktualizace procházejí procesem sledování pracovních položek.

Pokud chcete zásadu nastavit, v části Zásady větve nastavte Možnost Vyhledat propojené pracovní položky na Zapnuto. Toto nastavení vyžaduje, aby pracovní položky byly propojeny s žádostí o přijetí změn, aby se žádost o přijetí změn sloučila. Nastavení Volitelné, aby se zobrazovala upozornění, když nejsou propojené pracovní položky, ale povolte dokončení žádosti o přijetí změn.

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

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

Kontrola rozlišení komentářů

Zásady kontroly překladu komentářů kontrolují, jestli jsou vyřešené všechny komentáře k žádosti o přijetí změn.

Nakonfigurujte zásadu překladu komentářů pro vaši větev nastavením Kontrola rozlišení komentáře na Zapnuto. Pak vyberte, jestli se má zásada nastavit jako povinná nebo nepovinná.

Kontrola rozlišení komentářů

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

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

Kontrola rozlišení komentářů

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

Omezení typů sloučení

Azure Repos má několik strategií sloučení a ve výchozím nastavení jsou všechny povolené. Konzistentní historii větví můžete udržovat vynucením strategie sloučení pro dokončení žádosti o přijetí změn.

Nastavte omezení typů sloučení na Hodnotu Zapnuto , abyste omezili typy sloučení, které chcete povolit v úložišti.

Omezení typů sloučení

  • Základní sloučení (bez rychlého přeposlání) vytvoří potvrzení sloučení v cíli, jehož nadřazené objekty jsou cílem a zdrojovými větvemi.
  • 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ů a o tom, jak ovlivňuje historii větví.
  • Rebase a fast-forward vytvoří lineární historii přehráním 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.

Poznámka:

Tato funkce je dostupná pro Azure DevOps Server 2020 a novější verze.

Vynucení strategie sloučení

Zachování konzistentní historie větví vynucením strategie sloučení po dokončení žádosti o přijetí změn Vyberte Vynutit strategii sloučení a vyberte možnost, která vyžaduje sloučení žádostí o přijetí změn pomocí této strategie.

Nastavení požadavků na sloučení

  • Bez rychlého sloučení – Tato možnost sloučí historii potvrzení zdrojové větve, když se žádost o přijetí změn zavře a vytvoří potvrzení sloučení v cílové větvi.
  • Squash merge - Dokončení všech žádostí o přijetí změn pomocí squash merge, vytvoření jednoho potvrzení v cílové větvi se změnami ze zdrojové větve. Přečtěte si další informace o sloučení squashů a o tom, jak ovlivňuje historii vaší větve.

Ověření sestavení

Před dokončením žádosti o přijetí změn můžete nastavit zásadu, která vyžaduje úspěšné sestavení změn žádosti o přijetí změn. Sestavte zásady, které snižují konce a udržují výsledky testů úspěšné. Zásady vytváření pomáhají i v případě, že ve svých vývojových větvích používáte kontinuální integraci (CI), abyste mohli včas zachytit problémy.

Zásady ověření sestavení zařadí nové sestavení do fronty, když se vytvoří nová žádost o přijetí změn nebo se změny nasdílí do existující žádosti o přijetí změn, která cílí na větev. Zásada sestavení vyhodnocuje výsledky sestavení a určí, jestli je možné žádost o přijetí změn dokončit.

Důležité

Před zadáním zásady ověření sestavení musíte mít kanál buildu. Pokud kanál nemáte, přečtěte si téma Vytvoření kanálu buildu. Zvolte typ sestavení, který odpovídá vašemu typu projektu.

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

  1. + Vyberte tlačítko vedle ověření sestavení.

    Snímek obrazovky znázorňující tlačítko Přidat vedle 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žadavek na zásadu vyberte Povinné nebo Volitelné. Pokud zvolíte Povinné, sestavení se musí úspěšně dokončit, aby se dokončily žádosti o přijetí změn. Zvolte Volitelné , pokud chcete poskytnout oznámení o selhání sestavení, ale přesto povolit dokončení žádostí o přijetí změn.

    • Nastavte vypršení platnosti sestavení, abyste měli jistotu, že aktualizace chráněné větve nepřerušují změny pro otevřené žádosti o přijetí změn.

      • Okamžitě po <aktualizaci názvu> větve: Tato možnost nastaví stav zásad sestavení žádosti o přijetí změn na selhání při každé aktualizaci větve a znovu vytvoří frontu sestavení. Toto nastavení zajistí, že se žádost o přijetí změn úspěšně sestaví i v případě, že se změní chráněná větev.

        Tato možnost je nejvhodnější pro týmy, jejichž důležité větve mají několik změn. Týmy pracující na zaneprázdněných vývojových větvích můžou narušovat čekání na sestavení při každé aktualizaci větve.

      • Po <n> hodinách, pokud <je název> větve aktualizován: Tato možnost vyprší aktuální stav zásad, když se chráněná větev aktualizuje, pokud je předávací build starší než zadaná prahová hodnota. Tato možnost představuje kompromis mezi tím, že při aktualizaci chráněné větve vždy nebo nikdy nevyžaduje sestavení. Tato volba snižuje počet sestavení, pokud má vaše chráněná větev časté aktualizace.

      • Nikdy: Aktualizace do chráněné větve nezmění stav zásad. Tato hodnota snižuje počet sestavení, ale může způsobit problémy při dokončování žádostí o přijetí změn, které se nedávno neaktualizovaly.

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

  3. Zvolte Uložit.

Když vlastník žádosti o přijetí změn odešle změny, které se úspěšně sestaví, stav zásad se aktualizuje.

Pokud máte okamžitou aktualizaci názvu větve nebo po <n> hodinách, pokud <byl název> větve aktualizován zásady sestavení, stav zásad se aktualizuje, když se chráněná větev aktualizuje, pokud předchozí build už není platný.><

Poznámka:

Tato funkce je dostupná pro Azure DevOps Server 2020 a novější verze.

Nastavte zásadu vyžadující změny v žádosti o přijetí změn, aby bylo možné úspěšně sestavit chráněnou větev před dokončením žádosti o přijetí změn. Sestavte zásady, které snižují konce a udržují výsledky testů úspěšné. Zásady vytváření pomáhají i v případě, že ve svých vývojových větvích používáte kontinuální integraci (CI), abyste mohli včas zachytit problémy.

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

Důležité

Před zadáním zásady ověření sestavení musíte mít definici sestavení. Pokud ho nemáte, přečtěte si téma 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 možnosti Přidat zásadu sestavení.

Nastavení zásad sestavení

  1. Vyberte definici sestavení.

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

  3. Vyberte požadavek na zásadu. Pokud zvolíte Povinné, sestavení se musí úspěšně dokončit a dokončit žádosti o přijetí změn. Zvolte Volitelné , pokud chcete zadat oznámení o selhání sestavení, ale přesto povolte dokončení žádostí o přijetí změn.

  4. Nastavte vypršení platnosti sestavení, abyste měli jistotu, že aktualizace chráněné větve nepřerušují změny u otevřených žádostí o přijetí změn.

    • Okamžitě po branch name aktualizaci: Tato možnost nastaví stav zásad sestavení v žádosti o přijetí změn tak, aby při aktualizaci chráněné větve selhala . Znovu vytvořte frontu sestavení, aby se aktualizoval stav sestavení. Toto nastavení zajistí, že se změny v žádostech o přijetí změn úspěšně sestaví, i když se změní chráněná větev. Tato možnost je nejvhodnější pro týmy, které mají důležité větve s nižším objemem změn. Týmy pracující na zaneprázdněných vývojových větvích můžou narušovat čekání na dokončení sestavení při každé aktualizaci chráněné větve.
    • Po n hodinách, pokud branch name byla aktualizace aktualizována: Tato možnost vyprší aktuální stav zásad, když se chráněná větev aktualizuje, pokud je předávací build starší než zadaná prahová hodnota. Tato možnost představuje kompromis mezi tím, že vždy vyžaduje sestavení, když se chráněná větev aktualizuje a nikdy ji nevyžaduje. Tato volba je vynikající pro snížení počtu sestavení, když má chráněná větev časté aktualizace.
    • Nikdy: Aktualizace do chráněné větve nezmění stav zásad. Tato hodnota snižuje počet sestavení pro vaši větev. Může to způsobit problémy při zavření žádostí o přijetí změn, které se nedávno neaktualizovaly.

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

  6. Zvolte Uložit.

Když vlastník nasdílí změny, které se sestavení úspěšně sestaví, stav zásady se aktualizuje. Pokud máte okamžitou aktualizaci nebo po hodinách, pokud branch name byla zvolena aktualizovaná zásada sestavení, aktualizuje se stav zásad při aktualizaci chráněné větve, pokud nejnovější build už není platný.nbranch name

Kontroly stavu

Externí služby můžou pomocí rozhraní API stavu žádosti o přijetí změn publikovat podrobné informace o přijetí změn do vašich žádostí o přijetí změn. Zásady větve pro další služby umožňují těmto službám třetích stran účastnit se pracovního postupu žádosti o přijetí změn a stanovit požadavky zásad.

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

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í od externích služeb

Externí služby můžou pomocí rozhraní API stavu žádosti o přijetí změn publikovat podrobné informace o přijetí změn do vašich žádostí o přijetí změn. Zásady větve pro další služby přináší možnost těchto služeb třetích stran účastnit se pracovního postupu žádosti o přijetí změn a stanovit požadavky zásad.

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

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

Automatické zahrnutí revidujících kódu

Revidujícím můžete automaticky přidávat žádosti o přijetí změn, které mění soubory v konkrétních adresářích a souborech, nebo do všech žádostí o přijetí změn v úložišti.

  1. + Vyberte tlačítko vedle automaticky zahrnutých revidujících.

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

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

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

    • Přidejte lidi a skupiny do revidujících.

    • Pokud chcete přidat revidujícím automaticky, ale nevyžadujete jejich schválení, vyberte volitelné , pokud chcete žádost o přijetí změn dokončit.

      Pokud žádosti o přijetí změn nejde dokončit, vyberte možnost Povinné , dokud:

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

    • Zadejte soubory a složky, které vyžadují automaticky zahrnuté revidujícím. Pokud chcete, aby kontroloři pro všechny žádosti o přijetí změn ve větvi museli toto pole ponechat prázdné.

    • Pokud vlastníci žádostí o přijetí změn můžou hlasovat, aby schválili vlastní žádosti o přijetí změn, aby tuto zásadu splnili, vyberte Možnost Povolit žadatele.

    • Můžete zadat zprávu informačního kanálu o aktivitách, která se zobrazí v žádosti o přijetí změn.

  3. Zvolte Uložit.

Poznámka:

Tato funkce je dostupná pro Azure DevOps Server 2020 a novější verze.

Vyberte revidujícím konkrétní adresáře a soubory v úložišti.

Zadejte cestu a požadované revidujícím.

Tito revidujícím se automaticky přidají do žádostí o přijetí změn, které mění soubory v těchto cestách. Můžete také zadat zprávu informačního kanálu o aktivitách.

Přidání automatických revidujících

Pokud vyberete Povinné, žádost o přijetí změn se nedá dokončit, dokud:

  • Každý uživatel přidaný jako revidujícím cestu schválí změny.
  • Změny schválí alespoň jedna osoba v každé skupině přidané do cesty.
  • Počet revidujících zadaných pro každou skupinu přidanou do cesty schválí změny.

Požadované revidujícím se automaticky přidají.

Pokud chcete přidat revidujícím automaticky, ale nevyžadujete jejich schválení, vyberte volitelné , pokud chcete žádost o přijetí změn dokončit.

Můžete vybrat žadatele, kteří mohou schválit své vlastní změny.

Když kód schválí všichni povinní kontroloři, můžete žádost o přijetí změn dokončit.

Stav žádosti o přijetí změn ukazuje, že kontroloři schválili

Obejití zásad větví

V některých případech možná budete muset obejít požadavky zásad. Vynechání oprávnění vám umožní nasdílit změny přímo do větve nebo dokončit žádosti o přijetí změn, které nevyhovují zásadám větve. Uživateli nebo skupině můžete udělit oprávnění k obejití. Oborem můžete obejít oprávnění k celému projektu, úložišti nebo jedné větvi.

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

  • Zásady obejití při dokončování žádostí o přijetí změn se vztahují pouze na dokončení žádosti o přijetí změn. Uživatelé s tímto oprávněním mohou provádět žádosti o přijetí změn i v případě, že žádosti o přijetí změn nesplňují zásady.

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

Snímek obrazovky znázorňující oprávnění k vynucování zásad obejití

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 výjimka z oprávnění 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 přijetí změn se přihlaste k přepsání zásad a dokončete žádost o přijetí změn, i když aktuální sada zásad větve není splněná.
  • Nasdílení změn 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řepsaly zásady větve, nabízená oznámení automaticky obchází zásady větve bez výslovného souhlasu nebo upozornění.

Důležité

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

Filtry cest

Několik zásad větví nabízí filtry cest. Pokud je nastavený filtr cesty, zásada se vztahuje pouze na soubory, které odpovídají filtru cesty. Ponechání tohoto pole prázdné znamená, že zásada se vztahuje na všechny soubory ve větvi.

Můžete zadat absolutní cesty (cesta musí začínat buď zástupným znakem / , nebo zástupným znakem) a zástupnými cardy. Příklady:

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

Jako oddělovač můžete zadat více cest ; . Příklad:

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

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

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

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

Otázky a odpovědi

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

Změny nemůžete nasdílit 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 přijetí změn. Pokud nemají žádné požadované zásady větve, můžete změny nasdílit přímo do větví, které mají volitelné zásady větví.

Co je automatické dokončování?

Žádosti o přijetí změn do větví s nakonfigurovanými zásadami větví mají tlačítko Nastavit automatické dokončování . Tuto možnost vyberte, pokud chcete automaticky dokončit žádost o přijetí změn, 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 zaškrtnuty podmínky zásad větve?

Zásady větví se na serveru znovu vyhodnotují, když vlastníci žádostí o přijetí změn nasdílí změny a při hlasování revidujících. Pokud zásada aktivuje sestavení, stav sestavení nastaví čekání na dokončení sestavení.

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

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

Jaké zástupné znaky můžu použít pro požadované revidujícím kódy?

Jedno hvězdičky * odpovídají libovolnému počtu znaků, včetně lomítek / i zpětných lomítek \. Otazníky ? odpovídají jakémukoli jednomu znaku.

Příklady:

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

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

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

Jak můžu nakonfigurovat více uživatelů jako požadovaných revidujících, ale vyžadovat, aby schvalovali jenom jeden z nich?

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

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

Nakonfigurované zásady se vždy vyhodnocují pro změny žádostí o přijetí změn. Pro uživatele, kteří mají oprávnění k obejití zásad, je nahlášený stav zásad pouze poradcem. Pokud uživatel s oprávněními k obejití schválí, stav selhání neblokuje dokončení žádosti o přijetí změn.

Proč nemůžu dokončit vlastní žádosti o přijetí změn, když je nastavená možnost Povolit žadatelům schválit vlastní změny?

Zásady Vyžadovat minimální počet revidujících a automaticky zahrnuté zásady kontrolorů mají možnosti povolit žadatelům schválit vlastní změny. Nastavení se v každé zásadě vztahuje pouze na tuto zásadu. Nastavení nemá vliv na ostatní zásady.

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

  • Vyžadovat minimální počet revidujících vyžaduje alespoň jeden revidujícím.
  • Automaticky zahrnutí kontroloři vyžadují, abyste vy nebo tým, ve kterém jste jako revidujícím.
  • Automaticky zahrnuté revidujícím umožňují žadatelům schválit vlastní změny .
  • Vyžaduje minimální počet revidujících, kteří nemají povolení schválení vlastních změn žadateli.

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

Můžou se zde vyskytovat i další zásady, jako je například Zakázat nejnovější nabízení změn ve schvalování vlastních změn, které vám brání ve schvalování vlastních změn, i když je nastavená možnost Povolit žadatelům schválit vlastní změny .

Co se stane, když cesta ve filtrech cest nezačíná pomocí / zástupných znaků ani pomocí zástupných znaků?

Cesta ve filtrech cest, které začínají ani se zástupným znakem / , nebudou mít žádný vliv a filtr cesty se vyhodnotí, jako by nebyla zadaná. Je to proto, že taková cesta nemůže odpovídat / absolutní cestě k souboru, která začíná.