GIT¶

Pojmenování větví¶

• <číslo issue>_zkrácený_název_issue
• Příklady:
  • 1_new_feature

Zprávy commitů¶

• re #<číslo issue> <krátký popis změn max. 100 znaků>
• Pokud v daném commitu bude kód, který plní celé zadání úkolu bude nahrazen krátký popis změn názvem issue
• V případě, že je potřeba delší zpráva commitu bude commit zapsán následovně:
  

  re #1 Krátký popis
  
  - Další
  - Informace
  - O commitu
  

• Příklady:
  • re #1 Změna vzhledu tlačítka
  • Pro případ splnění celého zadání v jednom commitu: re #1 Text opsaný z issue

Pravidla pro workflow¶

1. Větev main je vždy stabilní a nasaditelná
2. Nové Pull Requesty dělat do větve test
3. Každá nová funkce nebo oprava se vyvíjí na samostatné větvi
4. Pull Request musí projít code review
5. Pull Request musí projít všemi pipeline
6. Pokud je potřeba do rozpracované větve přidat věci z main vždy používat rebase
7. Necommitovat do main větve (je to i zablokované na GitHub, tudíž by to ani nemělo být možné)
8. Přidávat do .gitignore soubory, které na GitHub nemají být
9. Pokud je úkol rozsáhlý dělat menší commity po jednotlivých logických celcích