Prozkoumání typů pracovních postupů větve
Co je úspěšný pracovní postup větve Gitu?
Při vyhodnocování pracovního postupu pro váš tým musíte zvážit kulturu vašeho týmu. Chcete, aby pracovní postup zvýšil efektivitu vašeho týmu a nebyl zátěží, která omezuje produktivitu. Při vyhodnocování pracovního postupu Git je potřeba vzít v úvahu některé věci:
- Škáluje se tento pracovní postup s velikostí týmu?
- Je snadné vrátit chyby a chyby v tomto pracovním postupu zpět?
- Ukládá tento pracovní postup týmu nějaké nové zbytečné kognitivní režie?
Běžné pracovní postupy větví
Nejoblíbenější pracovní postupy Gitu budou mít nějaký druh centralizovaného úložiště, ze kterého můžou jednotliví vývojáři nasdílení změn a přijetí změn.
Níže je seznam některých oblíbených pracovních postupů Gitu, o které se podrobněji podíváme v další části.
Tyto komplexní pracovní postupy nabízejí specializovanější vzory správy větví pro vývoj funkcí, opravy hotfix a případnou verzi.
Vývoj založený na kmenech
Vývoj založený na kmenech je logické rozšíření Centralizovaného pracovního postupu.
Základní myšlenkou pracovního postupu vývoje založeného na kmeni je, že veškerá vývojová práce probíhá přímo v hlavní větvi (často označované jako "kmen" nebo "master"). Tento přístup zdůrazňuje kontinuální integraci s vývojáři, kteří často potvrdí malé přírůstkové změny v hlavní větvi. Kontinuální integrace a automatizované testování hrají zásadní roli při udržování kvality a stability kódu.
Pracovní postup větve funkcí
Pracovní postup větve funkcí zdůrazňuje zapouzdření každé nové funkce nebo změnu ve své vyhrazené větvi odděleně od hlavní větve. Vývojáři vytvoří novou větev pro každou funkci nebo problém, na kterém pracují, vyvíjejí a testují změny izolovaně a potom větev funkcí po dokončení a otestování sloučí zpátky do hlavní větve. Tento přístup umožňuje paralelní vývoj více funkcí, usnadňuje kontrolu kódu a zajišťuje, aby hlavní větev zůstala stabilní.
Pracovní postup větve vydané verze
V pracovním postupu Release Branch se při přípravě na vydání vytvoří vyhrazená větev z hlavní větve. Tato větev slouží ke stabilizaci kódu, řešení jakýchkoli chyb nebo problémů za poslední chvíli a provedení konečného testování před nasazením vydané verze do produkčního prostředí. Jakmile je verze považována za připravenou, sloučí se zpět do hlavní větve a potenciálně do dalších dlouhodobých větví, jako jsou vývojové nebo funkční větve. Tato strategie umožňuje řízený a uspořádaný proces vydávání verzí a zároveň udržovat hlavní větev stabilní pro probíhající vývojovou práci.
Pracovní postup forku
Pracovní postup forkingu se v podstatě liší od ostatních pracovních postupů probíraných v tomto kurzu. Místo použití jednoúčelového úložiště na straně serveru jako "centrálního" základu kódu poskytuje každému vývojáři úložiště na straně serveru. To znamená, že každý přispěvatel má dvě úložiště Git: privátní místní úložiště a veřejné serverové úložiště. Tento přístup podporuje vysoký stupeň paralelního vývoje a spolupráce mezi přispěvateli při zachování čistého a organizovaného základu kódu.