Týmové konvence¶

Iterace¶

Délka iterace: 2 týdny
Začátek/konec iterace: každé liché pondělí
Retrospektiva a předvedení demo zákazníkovi: každé liché pondělí

BackLog¶

• backlog je uveden na stránce wiki BackLog

Issues¶

• Issues bude zakládat jeden člen týmu při plánování iterace (Ondřej Váně)
• Pokud bude naleze bug
  • Fatální: Založit issue s tagem nonSprint a opravit (kdo našel tak vytvoří issue).
  • Malý: Napíšem do backlogu a při plánování se přiřadí dotyčnému.
    *Status issue
  • New: issue, který je třeba udělat ale není nikomu přiřazen
  • Assigned: issue, který je přiřazen členovi týmu
  • Resolved: issue, který hotov ale není zvalidován jiným členem týmu
  • Closed: issue je hotov a zvalidován, může se namergovat do masteru

GIT¶

Branches¶

Branch master: Zdeněk Častorál

master: Branch, ve které bude otestovaný a funkční vývoj připravený k deploynutí, necommitovat přímo do masteru (pokud to nebude bug fix). Master by měl být po každé iteraci funkčí a merge z dev větví by měl probíhat na konci iterace. Do masteru se mohou mergovat pouze issue se statusem closed.
dev: Branch, ve které bude probíhat standardní vývoj.

Commit message¶

Re #<číslo issue>: <Název issue>

- <Popis commitu>
- <Popis commitu>
...

Příklad:
Re #1234: Oprava chyby

- změna importu
- přidání knihovny pro fix bugů

Tracker¶

Task: Úkol, který nemá nic společného s implementací. např.: schůzka, plánování, administrativa, tvorba dokumentů
Bug: Oprava některé předchozí funkce atd.
Feature: Implementace nové vlastnosti, funkcionality
Enhacement: Požadavek na změnu stávající vlastnosti/funkce.

Tagy¶

test: tvorba nového testu
meeting: schůzka
development: vývoj nové vlastnosti/funkcionality
nonSprint: aktivita, která není naplánovaná v iteraci
documentation: tvorba dokumentace
architecture: návrh a analýza
merge: mergování změn do masteru

Role¶