Číst v angličtině

Sdílet prostřednictvím

Informace o větvích a zásadách větví

  • Článek

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í:

  • Izolace probíhající práce od dokončené práce v 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í
  • Vynutit, kdo může vytvářet větve a 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

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

Vypnout

Vyžaduje schválení od zadaného počtu revidujících žádostí o přijetí změn.

Kontrola propojených pracovních položek

Vypnout

Podnítit sledovatelnost kontrolou propojených pracovních položek u žádostí o přijetí změn.

Kontrola rozlišení komentářů

Vypnout

Zkontrolujte, jestli se všechny komentáře vyřešily u žádostí o přijetí změn.

Omezení typů sloučení

Vypnout

Historii větví můžete řídit omezením dostupných typů sloučení při dokončení žádostí o přijetí změn.

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

Vypnout

Přidejte jednu nebo více zásad pro ověření kódu tak, že předsloučíte a sestavíte změny žádostí o přijetí změn. Může také povolit nebo zakázat zásady.

Přidání zásad kontroly stavu

Vypnout

Přidejte jednu nebo více zásad, které vyžadují, aby ostatní služby po úspěšném stavu po dokončení žádostí o přijetí změn dokončily. Může také povolit nebo zakázat zásady.

Automaticky zahrnuté revidujících

Vypnout

Přidejte jednu nebo více zásad pro určení revidujících kódu, které budou automaticky zahrnovat, když žádosti o přijetí změn změní určité oblasti kódu. Může také povolit nebo zakázat zásady.

Přijetí strategie větvení Gitu

V úložišti je několik důležitých větví, které tým spoléhá na to, že je vždy v dobrém stavu, jako je například vaše main větev.

Vyžadovat, aby žádosti o přijetí změn v těchto větvích udělaly nějaké změny. Vývojáři, kteří odesílají změny přímo do chráněných větví, budou nabízená oznámení odmítnuta.

Udržujte strategii větve jednoduchou vytvořením strategie z těchto tří konceptů:

  1. Větve funkcí používejte pro všechny nové funkce a opravy chyb.
  2. Sloučení větví funkcí do hlavní větve pomocí žádostí o přijetí změn
  3. Udržujte vysoce kvalitní a aktuální hlavní větev.

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ý.

Vytvoření práce ve větvích

Větve Gitu nejsou mnohem víc než malý odkaz, který uchovává přesnou historii potvrzení, takže jejich vytváření je levné.

Potvrzení změn ve větvi neovlivní jiné 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, které izolují změny pro funkci nebo opravu chyb z hlavní větve a jiné práce.

Vzhledem k tomu, že větve jsou jednoduché, 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.

Zbytek pracovního postupu Gitu, jako je sdílení kódu a kontrola kódu s žádostmi o přijetí změn, fungují všechny větve.

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í branch příkazu. Branch vytvoří odkaz v Gitu pro novou větev a ukazatel zpět na nadřazené potvrzení, aby Git při přidávání potvrzení do větve mohl uchovávat historii změn.

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í nabízených oznámení a přijetí změn.

Vizuál větve mimo hlavní větev v Gitu

Na tomto snímku obrazovky uvidíte novou větev vytvořenou z hlavní větve. Do obou větví se přidají další práce na větvích i potvrzeních.

Git vždy přidá nová potvrzení do aktuální místní větve. Než potvrdíte větev, na které větvi pracujete, zkontrolujte, abyste změny neověsili do nesprávné větve.

Prohození mezi místními větvemi pomocí checkout příkazu Git změní soubory na vašem počítači tak, aby odpovídaly nejnovějšímu potvrzení rezervované větve.

Když je vaše práce ve větvi připravená ke sdílení se zbytkem týmu, nasdílíte změny pro aktualizaci vzdálené větve.

Běžnou chybou je udělat nějaké změny a commit ty, uvědomit si, že používáte nesprávnou větev a pak checkout 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 potvrzení větve, do které jste prohodili, 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, aby se při checkout větvi soubory shodovaly s nejnovějším potvrzením 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 checkout, a Git se postará o nastavení správných verzí souborů pro tuto větev.

Pokud k izolaci práce používáte větve, nepotřebujete v systému více než jedno úložiště.

Po klonování nastavte vývojové prostředí jednou. Potom pomocí větví Gitu můžete přepínat mezi prací funkcí a opravou chyb.

Pokyny pro vytvoření větve

Naučte se provádět běžné úkoly při práci s větvemi.