Informace o větvích a pravidlech větví
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Zásady větví jsou důležitou součástí pracovního postupu Gitu a umožňují:
- Izolujte probíhající práci od dokončené práce na hlavní větvi.
- Zajištění změn před tím, než se dostanou k hlavnímu
- Omezení, kdo může přispívat do konkrétních větví
- Prosazovat, kdo může vytvářet větve, a dodržovat pokyny pro pojmenování větví
- Automatické zahrnutí správných revidujících pro každou změnu kódu
- Vynucení osvědčených postupů u požadovaných kontrolorů kódu
Následující tabulka shrnuje zásady, které můžete definovat pro přizpůsobení větve. 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.
Zásady
výchozí
popis
Vypnuto
Vyžaduje schválení od určeného počtu recenzentů k pull requestům.
Vypnuto
Podpořte sledovatelnost zkontrolováním propojených pracovních položek u žádostí o přijetí změn.
Vypnuto
Zkontrolujte, zda byly všechny komentáře k žádostem o přijetí změn vyřešeny.
Vypnuto
Historii větví můžete řídit omezením dostupných typů sloučení při dokončení pull requestů.
Vypnuto
Přidejte jednu nebo více zásad pro ověření kódu před sloučením a sestavením změn pull requestů. Může také povolit nebo zakázat zásady.
Vypnuto
"Přidejte jednu nebo více zásad, které vyžadují, aby ostatní služby posílaly úspěšný stav pro dokončení žádostí o přijetí změn." Může také povolit nebo zakázat zásady.
Vypnuto
Přidejte jednu nebo více politik k určení revizorů kódu, které se automaticky zapojí, když žádosti o přijetí změní určité oblasti kódu. Může také povolit nebo zakázat zásady.
Přijměte strategii větvení Gitu
V úložišti je několik kritických větví, na které se tým spoléhá, že budou vždy v dobrém stavu, jako je vaše main.
Vyžadovat pull requesty pro provedení jakýchkoli změn v těchto větvích. Vývojářům, kteří odesílají změny přímo do chráněných větví, budou odmítnuty odeslané změny.
Udržujte strategii větve jednoduchou vytvořením strategie z těchto tří konceptů:
- Používejte větve funkcí pro všechny nové funkce a opravy chyb.
- Sloučení funkčních větví do hlavní větve pomocí pull requestů.
- Udržujte vysokou kvalitu up-to-date main branch.
Strategie, která tyto koncepty rozšiřuje a zabraňuje rozporům, vede k pracovnímu postupu správy verzí pro váš tým, který je konzistentní a snadno sledovatelný.
- Přijmout strategii větvení
- Jak konfigurovat zásady větve
- Oprávnění větev
- Vyžadovat složky větví
- Konfigurace politiky větve pro externí službu
Vytvořte práci ve větvích
Větve Git nejsou mnohem víc než malý referenční bod, který uchovává přesnou historii commitů, takže jejich vytváření je levné.
potvrzení změn ve větvi nebude mít vliv na ostatní větve. Větve můžete sdílet s ostatními, aniž byste museli sloučit změny do hlavního projektu.
Můžete vytvořit nové větve a izolovat tak změny pro funkci nebo opravu chyby z hlavní větve od jiné práce.
Vzhledem k tomu, že větve jsou lehké, přepínání mezi větvemi je rychlé a snadné. Git při práci s větvemi nevytváří více kopií vašeho zdroje – při zahájení práce s větví používá informace historie uložené v potvrzeních k opětovnému vytvoření souborů ve větvi.
Pracovní postup Gitu by měl vytvářet a používat větve pro správu funkcí a oprav chyb.
Zbývající pracovní postup Gitu, například sdílení kódu a kontrolu kódu s žádostmi o přijetí změn probíhá prostřednictvím větví.
Izolace práce ve větvích usnadňuje změnu toho, na čem pracujete, změnou aktuální větve.
Jak se vytvářejí větve Gitu?
Větve vytvoříte pomocí příkazu branch.
Branch vytvoří odkaz v Gitu pro novou větev a ukazatel zpět na nadřazené potvrzení, aby Git mohl uchovávat historii změn při přidávání potvrzení do větve.
Když pracujete s větví, kterou sdílel někdo jiný, Git udržuje upstreamový vztah sledování. Relace přidruží větev v místním úložišti k odpovídající větvi ve vzdáleném úložišti.
Upstreamové sledování usnadňuje synchronizaci změn s ostatními pomocí push a pull.
Na tomto snímku obrazovky uvidíte novou větev vytvořenou z hlavní větve. Práce pokračují na obou větvích a do obou větví se přidávají nové commity.
Git vždy přidává nové commity do aktuální místní větve. Zkontrolujte, na které větvi pracujete, než potvrdíte změny, abyste je nezapsali do nesprávné větve.
Přepněte mezi místními větvemi pomocí příkazu checkout. Git změní soubory na vašem počítači tak, aby odpovídaly nejnovějšímu potvrzení rezervované větve.
Až bude vaše práce ve větvi připravená ke sdílení se zbytkem týmu, odešlete změny, které aktualizují vzdálenou větev.
Běžnou chybou je provést některé změny a commit je, zjistit, že jste na nesprávné větvi, a poté se přesunout pomocí checkout na správnou větev.
Vaše nejnovější změny už nebudou v systému souborů, protože každá větev má svou vlastní verzi kódu.
Git vrátí stav souborů zpět do posledního commitu na větvi, do které jste přepnuli, ne na předchozí větev, ve které jste provedli změny.
Budete muset buď vybrat potvrzení z větve, nebo sloučit změny do správné větve.
Použití větví ke správě vývoje
Git sleduje, na které větvi pracujete, a zajišťuje, že když checkout větev, vaše soubory odpovídají nejnovějšímu potvrzení ve větvi.
Větve umožňují pracovat s několika verzemi zdrojového kódu ve stejném místním úložišti Git najednou.
Řekněte Gitu, na které větvi chcete pracovat s checkout, a Git se postará o nastavení správných verzí souborů pro tuto větev.
Když používáte větve k izolaci své práce, nepotřebujete více než jedno úložiště ve vašem systému.
Nastavte vývojové prostředí po klonováníjednou. Potom pomocí větví Gitu můžete přepínat mezi prací funkcí a opravou chyb.
Větvení – návody
Naučte se provádět běžné úkoly při práci s větvemi.