Správa a správa poboček v GIT

Obsah
A větev v Git je to pobočka našeho úložiště, je to způsob, jak generovat alternativní cestu k hlavní cestě. To nám umožňuje zkoumat nová řešení, aniž bychom museli upravovat základnu programu nebo aplikace, kterou spouštíme.
Nicméně koncept větev Není úplně jasné, kdy začneme používat tento nástroj, který řídí verze našich projektů. Obvykle v jiných systémech pro správu verzí nejsou důsledky projektu s tímto konceptem brány v úvahu.
Mnozí již budou používat Git a nevěnovali tomu větší pozornost větve, a svým způsobem je to pochopitelné, protože při zpracování singlu větev a pokud vývoj provádí jediná osoba, nemělo by dojít k žádným nepříjemnostem.
Ale co když tato osoba chce vyzkoušet některé experimentální funkce, které mohou způsobit selhání projektu nebo jednoduše ovlivnit stabilitu projektu, někteří řeknou, že Vidlička projektu a pokračujte v experimentování a pokud je zlepšení úspěšné, pak přemýšlejte o začlenění toho, co bylo provedeno ve vidlici, do hlavního projektu. Je to opravdu trochu dlouhá a zbytečná práce.
Ve výše uvedeném případě stačí vytvořit nový větev v rámci daného projektu můžeme provést všechny požadované změny a experimenty a na konci jednoduše provedením a spojit nebo fúze s větev počáteční nebo hlavní, již jsme se připojili ke všem našim změnám.
Další případJiný případ je, když máme pracovní tým, kde dva lidé pracující na stejném kódu mohou generovat konflikty Git přináší svou sílu. Můžeme vytvořit strukturu tři větve například a pobočka pro každého vývojáře a a unifikační větev. Tímto způsobem může každý vývojář přijmout své změny a když má pocit, že je může do projektu přispět, pošle je do větev sjednocení a tím k nim má přístup další osoba nebo ostatní členové týmu.
Už chápeme důvody, které nás k používání vedou větve a my jsme obeznámeni s tímto konceptem, nyní uvidíme část, která je zásadní pro použití této funkce Git a je pojmenovat naše větev.
Jméno pobočkySkrze název je, že budeme vědět, kde v tuto chvíli stojíme, toto jméno je zcela libovolné, to znamená, že každý uživatel Git můžete pojmenovat své větve jak si přejete v rámci svého projektu. Obvykle Git vytvořit větev volala mistr Standardně se jedná o verzi, která obsahuje stabilní verzi projektu bez chyb, ale můžeme ji přejmenovat nebo dokonce odstranit, pokud se nám to líbí, i když je vhodné to nedělat.
Protože můžeme používat zástupné znaky pro vyhledávání, můžeme pojmenovat naše větve hierarchicky např. Imp_Bug / 89 nebo Impl_Bug / 23. To nám umožňuje je vyhledat a uspořádat pomocí témat. Podívejme se, jak přeneseme vysvětlení do našeho testovacího úložiště:
V tomto případě máme a pobočkový mistr a vytvořili jsme jich několik větve které jsou pro řešení chyb, pokud provedeme příkaz git větev v konzole Git ve složce našeho projektu získáme seznam se všemi stávající pobočkyPodívejme se, jak to vypadá, když to spustíme:

Poté vidíme seznam všech našich větve a jinou barvou vidíme větev, ve které se v tu správnou chvíli nacházíme. Ale co když jich máme hodně větve a musíme filtrovat pouze větve řešení chybNo a tam vstupuje do hry hledání zástupných znaků. Pokud například chceme hledat tímto způsobem, musíme provést příkaz podobný následujícímu:
git show-branch impl_bug / *

Podívejme se, jak to vypadá na naší konzole:

Můžeme si pak všimnout, že všechno větve a na jedné straně máme komentář posledního spáchat to se v nich dělalo.
Protože pojmenování větve Je to něco zcela svévolného a podle názoru uživatele mnohokrát dochází v týmu k záměně, proto můžeme dodržovat některá doporučení a osvědčené postupy, čímž budeme v rámci nástroje lepšími uživateli:
  • Přestože ve jménu našich poboček můžeme použít symbol /, nemůže to být konečný znak jména.
  • Nemůžeme umístit bod (.) po lomítku (/).
  • Nemůžeme umístit dva body za sebou (… ) v rámci jména.
  • Nesmíme používat speciální znaky (~ : ? * [ ) protože tyto znaky mají význam v syntaxi Git a mohou být náchylní k chybám.
  • Také bychom neměli mít mezery ani kontrolní znaky ASCII.
Pokud budeme dodržovat tyto pokyny, budeme udržovat řádné používání v našem úložišti, stejně jako ostatní členové týmu nám poděkují, že jim usnadňujeme život.
Pokud máme a seznam poboček a jsme v a větev ale chceme jít do jiného, ​​musíme použít následující příkaz:
git checkout název-pobočky

S tímto se změníme větev okamžitě, čímž bude moci bez problémů pracovat na různých částech projektu. Podívejme se, jak můžeme přepnout větve v rámci našeho testovacího úložiště:

Jak jsme si všimli, je to něco docela jednoduchého, pokud však v této větvi provedeme změnu a neprovedeme ji spáchat při pokusu o změnu na jinou dostaneme chybu a Git Říká nám, že musíme něco udělat, protože pokud ne, mohou být změny ztraceny:

Když k tomuto problému dojde, musíme udělat a spáchat a pak přejít k dalšímu větev uvidíme obsah toho druhého větev.
K vytvoření nové větve budeme nadále používat příkaz Překontrolovat, v tomto případě však musíme přidat -b možnostTímto vytvoříme kopii aktuální větve a vygenerujeme zcela novou. Podívejme se, jak to vypadá na naší konzole:

Všimli jsme si, jak jednou vytvořil novou větev ihned Git vezme nás k němu a můžeme začít pracovat přímo.
Ačkoli to není příliš běžné, existují případy, kdy si přejeme odstranit větev z našeho úložiště a Git nám to umožňuje, pouze nemůžeme odstranit větev, ve které se právě nacházíme, abychom se vyhnuli nesrovnalostem s nástrojem. Provedení této operace je stejně snadné jako použití následujícího příkazu:
git branch -d název -větve

OmezeníExistují však určitá omezení, například nemůžeme odstranit a větev co je s tím špatně zavazuje že on větev odkud se ho pokoušíme vymazat, nemá Git pomáhá zabránit ztrátě informací, pokud chceme odstranit větev těchto charakteristik, musíme to udělat spojit v našem větev nebo jděte k někomu, kdo je má zavazuje.
Podívejme se, jak vypadá provedení tohoto příkazu v konzole:

Na konci jeho provádění vidíme, jak Git potvrzuje odstranění příslušné větve.
Jsou chvíle, kdy jsme se dotkli stejného řádku v souboru dvě různé větve, to v době provádění spojit vyvolá to pro nás konflikt. Git Pomáhá nám tím, že v souboru rozlišuje konflikt, takže při jeho řešení musíme vytvořit nový spáchat a nový spojit. Diferenciace se v příslušném souboru zobrazí následovně:
 libovolný řádek <<<<<< >>>>>> dev: NewChange 

Pokud chceme konflikt vyřešit, musíme smazat obsah Git, tedy řádky s <<<<< Y >>>>, takže opustíme požadovanou změnu nebo sjednotíme vše tím, že to již provedeme Git již nám nebude zobrazovat chybu a budeme schopni to udělat spojit obvykle.
DůležitéJednou z věcí, které je důležité udělat, je vygenerovat soubor sdílená nomenklatura, tj. vytvořte strukturu jmen, pod kterou větve v závislosti na jeho funkci v rámci projektu tak budeme mít mnohem větší řád, samozřejmě tato nomenklatura musí dodržovat osvědčené postupy zmíněné na začátku tutoriálu.
S tímto dokončíme tento tutoriál, budeme moci získat mnohem více z našeho úložiště v Git a s ním skvěle řídit náš tým. Základnu pro správu již musíme mít pokrytou větve v Git„Díky tomu můžeme provést adekvátní správu našich změn, abychom mohli omezit konflikty na minimum, zvláště když pracujeme v týmech dvou nebo více lidí.Líbil se vám tento návod a pomohl mu?Autora můžete odměnit stisknutím tohoto tlačítka, čímž mu dáte kladný bod

Vám pomůže rozvoji místa, sdílet stránku s přáteli

wave wave wave wave wave