git workflow a build

git workflow + build

Dokument popisuje git workflow pro repozitář loono. V dokumentu je zmiňován codemagic, projektový board, App Store Connect, Google Play Console

větve

V této workflow pracujeme s větvemi master, develop, fix/, hotfix/, feature/

master

• větev s verzí kódu na produkci
• bez codemagic automatizace
• prod build je třeba vytvořit v codemagic manuálně
• upravovat větev je možné pouze přes pull request
• upravujeme pouze větví develop

develop

• vývojová větev verze kódu
• po vytvoření tagu codemagic automaticky buildí dev verzi aplikace pro testování
• upravovat větev je možné pouze přes pull request
• po změně větve se informují testeři o změnách (zapsat u tasků na boardech atribut version)

fix/

• větev pro verzování oprav chyb
• větev se vytváří z větve develop
• větev je pojmenována podle chyby v projektovém boardu ( a jeho tagu)
• větev se merguje do větve develop přes pull request
• při tvorbě pull requestu popisek odkazuje na chybu v projektovém boardu

hotfix/

• větev pro okamžité opravení chyb na produkci - ve větvi master
• pro větev platí stejná pravidla jako pro fix/
• větev zamergovaná do větve develop se navíc cherry pickuje do větve master

feature/

• větev pro verzování nových funkcionalit v kódu
• větev se vytváří z větve develop
• větev je pojmenována podle úkolu v projektovém boardu (a jeho tagu)
• větev se merguje do větve develop přes pull request
• při tvorbě pull requestu popisek odkazuje na úkol v projektovém boardu

workflow

Možné příklady workflow

oprava chyby v kódu

• vytvoříme novou větev z větve develop s názvem fix/<název-chyby-z-boardu#001>
• úpravy pro opravu chyby commitujeme ve vytvořené větvi
• větev s vyřešenou chybou mergujeme do větve develop přes pull request
• jedná-li se o hotfix, změny zamergované ve větvi develop jsou cherry picknuty do větve master pro okamžité nasazení bez nových funkcionalit z větve develop

nová funkcionalita v kódu

• vytvoříme novou větev z větve develop s názvem feat/<název-úkolu-z-boardu#001>
• tovrbu nové funkcionality commitujeme ve vytvořené větvi
• větev s vyřešenou chybou mergujeme do větve develop přes pull request

vydání verza app pro test

• po vytvorření tagu ve větvi develop codemagic automaticky vytváří nový build dev aplikace
• dev aplikace je distribuována na Test Flight a testování v Google Play (nyní nefunguje, aplikace pro Android se šíří testerům z QR kódu vytvořeným v codemagic)

vydání verze app pro prod

• z větve master je manuálně vytvořen nový prod build v codemagic
• codemagic distribuuje verze aplikace do App Store Connect a Google Play Console
• v konzolích jsou verze manuálně odeslané na review