Git: Branch
Z MiS
(Rozdíly mezi verzemi)
(Osamostatnění stránky z Git.) |
m (Při vytvoření větve se do ní nepřesuneme. Při checkoutu se soubory změní. Doplněno zobrazení vizualizace návaznosti větví.) |
||
Řádka 35: | Řádka 35: | ||
== Zobrazení všech aktuálních větví == | == Zobrazení všech aktuálních větví == | ||
+ | * Zobrazení názvů větví | ||
git branch | git branch | ||
+ | * Zobrazení včetně vizualizace návazností | ||
+ | git log --oneline --decorate --graph --all | ||
Řádka 41: | Řádka 44: | ||
== Vytvoření nové větve == | == Vytvoření nové větve == | ||
git branch ''nazev-nove-vetve'' | git branch ''nazev-nove-vetve'' | ||
+ | * Nová větev se vytvoří, ale zatím se do ní nepřesuneme. Zůstáváme stále ve stávající větvi. | ||
− | == Přepnutí do | + | == Přepnutí do druhé větve == |
− | git checkout ''nazev- | + | git checkout ''nazev-druhe-vetve'' |
+ | * Pozor! Soubory ve vašem lokálním repozitáři se upraví tak, aby jejich obsah odpovídal stavu druhé větve. | ||
+ | * Samozřejmě se kdykoli můžete stejným způsobem vrátit ke stávající větvi. | ||
Verze z 26. 11. 2020, 11:33
Obsah |
Git
- Git je jedním z nejoblíbenějších verzovacích systémů současnosti.
- Více o Gitu se dozvíte na stránce Git.
- Zde se budeme zabývat vytvářením větví a konkrétně postupem na serveru GitHub.com.
K čemu větve jsou
- Větve (branch) používejte pro dílčí úpravy, kdy musíte dočasně způsobit to, že kód nejde přeložit a spustit.
Příklad:
- Při přidání nového okna v aplikaci musím do jiných oken přidat odkazy na nové okno.
- To ale způsobí, že kód ostatních oken nepůjde přeložit, dokud nedokončím přidání nového okna.
- Proto nejprve vytvořím branch, v té provedu všechny související úpravy, a jakmile jde opět kód přeložit, nahraji ho (MERGE) zpět do větve main.
Mělo by vždy platit:
- 1 změna = 1 větev.
- Větev by měla existovat právě tak dlouho, jak dlouho provádím změnu. Po dokončení změny nahraji kód do větve main.
- Větev by měla být samostatná co nejkratší dobu. Po tuto dobu nemají ostatní členové týmu k dispozici kód větve a nemohou tedy reagovat na vytvářené změny.
Pojmenování větví
- Každý projekt na GitHubu má větev main. V té by měl být nejaktuálnější použitélný kód.
- Další větve by měly být pojmenovány tak, aby bylo jasné, jakou úpravu v rámci této větve provádíte.
Zobrazení všech aktuálních větví
- Zobrazení názvů větví
git branch
- Zobrazení včetně vizualizace návazností
git log --oneline --decorate --graph --all
Vytvoření nové větve
git branch nazev-nove-vetve
- Nová větev se vytvoří, ale zatím se do ní nepřesuneme. Zůstáváme stále ve stávající větvi.
Přepnutí do druhé větve
git checkout nazev-druhe-vetve
- Pozor! Soubory ve vašem lokálním repozitáři se upraví tak, aby jejich obsah odpovídal stavu druhé větve.
- Samozřejmě se kdykoli můžete stejným způsobem vrátit ke stávající větvi.
Spojení dvou větví
- Přepněte se do cílové větve (obvykle main) a napište
git merge druha-vetev
- Obsah druhé větve se připojí ke stávající větvi.
Související stránky