Odporucte GIT branching model rubrika: Programování: PHP

14 srigi
položil/-a 28.4.2012
 
upravil/-a 28.4.2012

Budeme v praci nasadzovat GIT na nove projekty. A kcem sa vas opytat, aky zvolit branching model pre workflow:

development -> staging -> release -> hotfix...

Kukal som sa na Successful git branching model (git flow), nasledne som ale nasiel niekolko clankov, kde autori od tohoto (prekombinovaneho) modelu upustaju/odrazdaju. Aj Vrtak (nette komunita) mi raz na posobota vravel, ze on takeho mohocha nepouziva, stacia mu tagy.

Kcem vas preto poporosit o sharnutie vasich skusenosti, kto robite webaapp s pomocou gitu.
THX.

odkaz
16 Michal Illich
odpověděl/-a 29.4.2012

1. Vyvíjet feature ve vlastní branchi (u nás je pojmenováváme jako autor+idúkolu+krátkýnázev).

2. Když je to hotové (a na branchi otestované), tak to hodit na trunk (společný).

3. Pokud to na trunku funguje a chcete udělat release, tak je několik možností:
- mít stable jako zvláštní větev
- nebo otagovat stav na trunku větvi
- nebo obojí

Komentáře

  • honza.trtik : Jakým způsobem byste řešili (pokud stable nebude mít vlastní větev a releasy se budou tagovat) hotfixy na produkci? 18.5.2012
  • Michal Illich : My máme krátký vývojový cyklus, takže mezi hotfixem a plnohodnotným release nerozlišujeme. 21.5.2012
  • skliblatik : Máme podobně. Poznámka k 1. - používat autora mi příjde zbytečné: a) autor je v commitech, b) občas více lidí pracuje nad jednou branchi. Poznámka k 2. při začleňování do master máme takovou praktiku: provede se rebase nad origin master a do masteru (srovnaného s origin master) se provede merge --no-ff: log je pak taková "pila" ale zpětně se nám v tom dobře hledá. 23.1. 17:34

Pro zobrazení všech 9 odpovědí se prosím přihlaste:

Rychlé přihlášení přes sociální sítě:

Nebo se přihlaste jménem a heslem:

Zadejte prosím svou e-mailovou adresu.
Zadejte své heslo.