Kontrola verzí se stala důležitou součástí procesu vývoje softwaru. Řízení verzí pomáhá zaznamenávat změny projektu v průběhu času, abyste si později mohli připomenout konkrétní verze. Budu mluvit o službě GitHub.

Když jsem začínal jako vývojář, začal jsem používat GitHub, protože všichni říkali, že je nutné, aby vývojáři měli svůj kód online. S ohledem na to jsem ho vnímal jako místo, kam si ukládám všechny své projekty, abych si je v případě havárie systému mohl stáhnout zpět.

Vtipné, že?“

Později jsem si uvědomil, že GitHub je víc než jen to, je to místo, kde si mohu prohlédnout veškerý pokrok, který jsem udělal v každém kroku vytváření svého projektu nebo softwaru. Je to také místo, kde mohou všichni na celém světě přispívat do projektů různými nápady.

Přibližně v polovině roku, kdy jsem nastoupil do Microverse, jsem byl seznámen s GitHub Flow. Služba GitHub Flow vás vybízí k tomu, abyste pro každou funkci svého softwaru vytvářeli feature-branche. Když se domníváte, že je váš software nebo projekt připraven k prohlížení nebo používání, vytvoříte požadavek na stažení a sloučíte jej do větve master.

Cool, že?“

clone the project

do svého lokálního repozitáře.

cd

do úložiště

zkontrolujte větev, ve které se právě nacházíte

.

Vytvořte novou

feature branch

Začněte pracovat na své funkci a až budete hotovi,

add

,

commit

a

push

do větve funkce

Přejděte do svého vzdáleného úložiště na GitHub a vytvořte požadavek na stažení a sloučte ji, jakmile se domníváte, že je funkce dokončena

Takto získáte přehled o všech vytvořených funkcích a o tom, co jste v jednotlivých fázích přidali. Jak jsem postupoval, uvědomil jsem si, že větev master je určena hlavně pro produkci a v okamžiku, kdy sloučíte požadavek na stažení, říkáte, že daná funkce je připravena k použití nebo zobrazení pro všechny.

Tenkrát jsem dospěl k poznání, že GitHub flow funguje perfektně pro malé projekty, ale co když mám projekt s více než jednou důležitou funkcí a používám GitHub flow, nepřímo tím říkám, že všechny funkce, které jsou sloučeny do hlavní větve, jsou připraveny pro produkci, ale když se nad tím zamyslíme, jsou?

Vydání jedné funkce pro projekt s mnoha funkcemi nedává smysl, a proto přichází na řadu Git Flow. Je velmi podobný GitHub flow, ale zavádí lepší způsob práce se správou verzí.

V Git Flow vytvoříme vývojovou větev a z vývojové větve pak uděláme výchozí větev, dokud nebudeme připraveni na produkci. Tímto způsobem se všechny větve s funkcemi vytvářejí z vývojové větve a po dokončení se sloučí do vývojové větve.

Dává to smysl, že? Nyní se dostanu k začlenění do hlavní větve, až když jsem přesvědčen, že můj software je připraven k produkci se všemi přidanými funkcemi.

Po naklonování úložiště vytvořte

development

větev

Zkontrolujte, na jaké větvi právě pracujete

Zkuste přidat nějaký soubor, třeba HTML, abyste mohli aktualizovat vzdálené úložiště s vývojovou větví.

Přejděte do svého vzdáleného úložiště na GitHub , přejděte do nastavení, klikněte na větve a nastavte vývojovou větev jako výchozí

Nyní, můžete vytvářet feature-branche z větve

development

, vytvořit z ní pull request a sloučit do větve

development

.

Když jsou všechny vaše funkce připraveny, postupujte stejně jako výše, vytvořte opět výchozí master, vytvořte pull request z development do master a sloučte pro produkci.

Vím, že to bylo dlouhé čtení, ale věřím, že teď už bychom měli vědět, kdy použít GitHub flow nebo Git Flow.

Děkuji za přečtení.