Konvence¶

Redmine¶

• Délka jedné iterace jsou 2 týdny (případně bude upřesněno)
• Každý si sám za sebe eviduje strávený čas, při jeho evidenci zvýší počet procent v daném úkolu a přidá poznámku k úkolu o tom, co se řešilo.
• Při vyřešení úkolu na 100%, se nastaví úkol na Resolved.
• Po skončení iterace se jednotlivé úkoly projdou a po diskuzi uzavřou - nastaví na Closed.
• úkoly může vytvářet každý z členů týmu (typicky na začátku na iterace při jejím plánování)

Git¶

Commits¶

Formát commitu::

Re #<id> - <popis>

• id - ID úkolů z Redmine
• popis - popis změn

Branches¶

Formát větvení:

<id>_<popis>

• id - ID úkolu z Redmine
• popis - krátký popis, jakou změnu bude obsahovat

1. Pro každý úkol bude vytvořena nová větev
2. Po skončení práce - provede se Code Review alespoň jednou osobou
3. Po CR se provede Merge

Code Review¶

• Ten, kdo bude dohlížet na kód, ručí za dodržení čitelnosti a pravidel zápisu kódu.

Komunikační kanály¶

• Textová komunikace mezi členy týmu probíhá přes Messenger
• Schůzky mezi členy týmu se provádí na Microsoft Teams
• Textová komunikace se zákazníkem je řešena přes e-mail, schůzky probíhají na Google meet.

Konvence pro vývoj - IDE, code style¶

• Pro vývoj v pythonu se používá IDE: PyCharm
• Code style - auto formát IDE PyCharm (viz https://www.jetbrains.com/help/pycharm/reformat-and-rearrange-code.html)

Konvence pro verzování¶

• Pojmenování větví
  • Feature: feature/id-v-readmine/nazev-vetve
  • Bug: bug/id-v-readmine/nazev-vetve
  • Hot-fix: hitfix/nazev-vetve
• pro každou feature nebo bug, vytvořit merge request, na který by se měl ideálně kouknout aspoň jeden člověk
  • ten by měl udělat merge na master pomocí tlačítka na gitlabu
• u každého merge requestu by mělo být zaškrtnuto následující:
  • Remove source branch whem merge request is accepted
  • Squash commits when merge request is accepted
• přímý push do masteru je dovolen pouze pro hot-fix