Prozkoumání pracovního postupu větve funkcí
Základní myšlenkou pracovního postupu větve funkcí je, že veškerý vývoj funkcí by měl probíhat ve vyhrazené větvi místo hlavní větve.
Zapouzdření usnadňuje více vývojářům práci na konkrétní funkci bez narušení hlavního základu kódu. To také znamená, že hlavní větev nikdy nebude obsahovat poškozený kód, což je obrovská výhoda pro prostředí kontinuální integrace.
Zapouzdření vývoje funkcí také umožňuje používat žádosti o přijetí změn, což je způsob, jak začít diskutovat o větvi. Umožňují ostatním vývojářům odhlásit se k nějaké funkci před tím, než se integruje do oficiálního projektu. Nebo pokud se zaseknete uprostřed funkce, můžete otevřít žádost o přijetí změn s žádostí o návrhy od kolegů.
Žádosti o přijetí změn umožňují vašemu týmu neuvěřitelně snadno komentovat svou práci. Větve funkcí se také můžou (a měly) nasdílet do centrálního úložiště. Umožňuje sdílení funkce s dalšími vývojáři, aniž by se museli dotýkat oficiálního kódu.
Vzhledem k tomu, že hlavní větev je jedinou "speciální" větví, uložení několika větví funkcí do centrálního úložiště nepředstavuje žádné problémy. Je to také pohodlný způsob, jak zálohovat místní potvrzení všech.
Pracovní postup větve vydané verze
Kromě pracovního postupu větve funkcí je další běžně používaná strategie v pracovních postupech větvení Gitu strategie větvení vydané verze. Tato strategie zahrnuje vytváření vyhrazených větví speciálně pro přípravu verzí. Větev vydané verze se obvykle vytváří ze stabilní větve funkcí a zajišťuje, že obsahuje pouze důkladně otestovaný a ověřený kód. Po vytvoření projde větev vydané verze dalším testováním, opravami chyb a stabilizací úsilí o přípravu základu kódu pro nasazení. Větev vydané verze umožňuje izolaci aktivit souvisejících s vydáním od průběžného vývoje funkcí a poskytuje řízené prostředí pro finalizaci a leštění nadcházející verze. Po provedení všech nezbytných úprav a ověření ve větvi vydané verze se pak sloučí do hlavní větve nebo se nasadí přímo do produkčního prostředí v závislosti na procesu vydání týmu. Strategie větve vydané verze pomáhá týmům spravovat složitost koordinovaných aktivit vydávání verzí a současně udržovat stabilní hlavní větev pro průběžný vývoj.
Pracovní postup vývoje založený na kmenech
Pracovní postup vývoje založený na kmenech předpokládá centrální úložiště a hlavní představuje oficiální historii projektů. Místo přímého potvrzení do místní hlavní větve vývojáři vytvoří novou větev pokaždé, když začnou pracovat na nové funkci. Větve funkcí by měly mít popisné názvy, například new-banner-images nebo bug-91. Cílem je dát každé větvi jasný, vysoce zaměřený účel.
Git nerozlišuje mezi hlavními větvemi a větvemi funkcí technické rozdíly, takže vývojáři můžou upravovat, fázovat a potvrzovat změny ve větvi funkcí.
Vytvoření větve
Když pracujete na projektu, budete mít v daném okamžiku mnoho různých funkcí nebo nápadů – některé z nich jsou připravené a jiné, které nejsou. Větvení existuje, aby vám pomohlo spravovat tento pracovní postup. Když ve svém projektu vytvoříte větev, vytvoříte prostředí, ve kterém si můžete vyzkoušet nové nápady.
Kromě vytváření větví pro nové funkce nebo opravy vytvářejí týmy, které sledují pracovní postup větve vydané verze, také vyhrazené větve speciálně pro přípravu verzí. Tyto větve vydaných verzí jsou obvykle odvozené od stabilních větví funkcí, aby se zajistilo, že obsahují důkladně otestovaný a ověřený kód. Po vytvoření projde větev vydané verze dalším testováním, opravami chyb a stabilizací úsilí o přípravu základu kódu pro nasazení.
Přidání potvrzení
Po vytvoření větve je čas provést změny. Pokaždé, když přidáte, upravíte nebo odstraníte soubor, provedete potvrzení a přidáte je do větve.
Přidávání potvrzení sleduje průběh práce na větvi funkcí.
Potvrzení také vytvářejí transparentní historii vaší práce, kterou můžou sledovat ostatní, abyste porozuměli vašim akcím a důvodům.
Každé potvrzení obsahuje přidruženou zprávu potvrzení s vysvětlením, proč byla provedena konkrétní změna.
Každé potvrzení se navíc považuje za samostatnou jednotku změny. Umožňuje vrátit změny zpět, pokud se najde chyba nebo se rozhodnete přejít jiným směrem.
Potvrzení zpráv jsou nezbytné, zejména proto, že Git sleduje vaše změny a zobrazuje je jako potvrzení po nasdílení na server.
Když napíšete jasné zprávy potvrzení, můžete ostatním usnadnit sledování a poskytnutí zpětné vazby.
Otevřete žádost o přijetí změn
Žádosti o přijetí změn zahájí diskuzi o potvrzeních. Vzhledem k tomu, že jsou úzce integrované s podkladovým úložištěm Git, může kdokoli přesně zjistit, jaké změny by se sloučily, pokud vaši žádost přijme.
Žádost o přijetí změn můžete otevřít kdykoli během procesu vývoje v následujících případech:
- Máte malý nebo žádný kód, ale chcete sdílet snímky obrazovky nebo obecné nápady.
- Zaseknete se a potřebujete pomoc nebo radu.
- Jste připravení, aby někdo zkontroloval vaši práci.
@mention Pomocí systému ve zprávě žádosti o přijetí změn můžete požádat o zpětnou vazbu od konkrétních lidí nebo týmů, ať už jsou mimo halu nebo 10 časových pásem.
Žádosti o přijetí změn pomáhají přispívat do projektů a spravovat změny sdílených úložišť.
Pokud používáte model forku a pull, žádosti o přijetí změn poskytují způsob, jak upozornit správce projektů na změny, které byste chtěli zvážit.
Pokud používáte model sdíleného úložiště, žádosti o přijetí změn vám pomůžou zahájit kontrolu kódu a konverzaci o navrhovaných změnách předtím, než se sloučí do hlavní větve.
Prodiskutujte a zkontrolujte kód
Po otevření žádosti o přijetí změn může mít osoba nebo tým, který kontroluje vaše změny, dotazy nebo komentáře.
Možná styl kódování neodpovídá pokynům projektu, změna chybí testy jednotek, všechno vypadá skvěle a props jsou v pořádku.
Žádosti o přijetí změn jsou navržené tak, aby podporovaly a zaznamenávaly tento typ konverzace.
Můžete také pokračovat v odesílání do větve, zvažovat diskuzi a zpětnou vazbu o potvrzeních.
Předpokládejme, že někdo, koho jste zapomněli něco udělat, nebo pokud kód obsahuje chybu, můžete ji opravit ve své větvi a nasdílit změnu.
Git zobrazí vaše nová potvrzení a veškerou zpětnou vazbu, kterou můžete obdržet v jednotném zobrazení žádosti o přijetí změn.
Komentáře k žádostem o přijetí změn jsou napsané v Markdownu, takže můžete vkládat obrázky a emoji, používat předformátované textové bloky a další zjednodušené formátování.
Nasadit
Git umožňuje nasazení z větve pro konečné testování v prostředí před sloučením do hlavní větve.
Jakmile se žádost o přijetí změn zkontroluje a větev úspěšně projde testy, můžete změny nasadit a ověřit je. Pokud vaše větev způsobí problémy, můžete ji vrátit zpět nasazením existujícího hlavního serveru.
Sloučení
Po ověření změn je čas kód sloučit do hlavní větve.
Po sloučení uchovávají žádosti o přijetí změn záznam o historických změnách kódu. Protože jsou prohledávatelné, můžou se všichni vrátit včas, aby pochopili, proč a jak bylo rozhodnutí provedeno.
Problémy s kódem můžete přidružit tak, že do textu žádosti o přijetí změn začleníte konkrétní klíčová slova. Když se žádost o přijetí změn sloučí, související problémy se můžou také zavřít.
Tento pracovní postup pomáhá organizovat a sledovat větve zaměřené na sady funkcí obchodní domény.
Jiné pracovní postupy Gitu, jako je pracovní postup Git Forking a pracovní postup Gitflow, jsou zaměřené na úložiště a můžou ke správě modelů větvení použít pracovní postup git feature branch.