Týmové konvence » Historie » Verze 40
Ondřej Váně, 2020-03-23 17:07
| 1 | 1 | Ondřej Váně | h1. Týmové konvence |
|---|---|---|---|
| 2 | |||
| 3 | 3 | Ondřej Váně | h2. Iterace |
| 4 | |||
| 5 | 5 | Ondřej Váně | *Délka iterace:* 2 týdny |
| 6 | *Začátek/konec iterace:* každé liché pondělí |
||
| 7 | 25 | Ondřej Váně | *Retrospektiva a předvedení demo zákazníkovi:* každé liché pondělí |
| 8 | *Hodina/iterace/človek:* 10h |
||
| 9 | 4 | Ondřej Váně | |
| 10 | 18 | Ondřej Váně | h2. BackLog |
| 11 | |||
| 12 | 38 | Zdeněk Častorál | * Backlog je uveden na stránce wiki [[BackLog]] |
| 13 | 18 | Ondřej Váně | |
| 14 | 19 | Ondřej Váně | h2. Issues |
| 15 | |||
| 16 | 20 | Ondřej Váně | * Issues bude zakládat jeden člen týmu při plánování iterace (Ondřej Váně) |
| 17 | 19 | Ondřej Váně | * Pokud bude naleze bug |
| 18 | 24 | Ondřej Váně | ** Kritický: Založit issue s tagem nonSprint a opravit (kdo našel tak vytvoří issue). |
| 19 | ** Nekritický: Napíšem do backlogu a při plánování se přiřadí dotyčnému. |
||
| 20 | * Status issue |
||
| 21 | 22 | Ondřej Váně | ** New: issue, který je třeba udělat ale není nikomu přiřazen |
| 22 | ** Assigned: issue, který je přiřazen členovi týmu |
||
| 23 | ** Resolved: issue, který hotov ale není zvalidován jiným členem týmu |
||
| 24 | ** Closed: issue je hotov a zvalidován, může se namergovat do masteru |
||
| 25 | 27 | Ondřej Váně | * Description issue: |
| 26 | 34 | Ondřej Váně | |
| 27 | 28 | Ondřej Váně | *Zadání:* |
| 28 | 29 | Ondřej Váně | ** zadání 1 |
| 29 | ** zadaní 2 |
||
| 30 | 33 | Ondřej Váně | |
| 31 | 31 | Ondřej Váně | *Řešení:* |
| 32 | 29 | Ondřej Váně | ** řešení 1 |
| 33 | ** řešení 2 |
||
| 34 | 13 | Ondřej Váně | |
| 35 | 14 | Ondřej Váně | h2. GIT |
| 36 | 1 | Ondřej Váně | |
| 37 | 14 | Ondřej Váně | h3. Branches |
| 38 | |||
| 39 | 1 | Ondřej Váně | *Branch master:* Zdeněk Častorál |
| 40 | |||
| 41 | 23 | Ondřej Váně | *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. |
| 42 | 17 | Ondřej Váně | *dev:* Branch, ve které bude probíhat standardní vývoj. |
| 43 | 16 | Ondřej Váně | |
| 44 | 13 | Ondřej Váně | h3. Commit message |
| 45 | 6 | Ondřej Váně | |
| 46 | Re #<číslo issue>: <Název issue> |
||
| 47 | |||
| 48 | - <Popis commitu> |
||
| 49 | - <Popis commitu> |
||
| 50 | ... |
||
| 51 | 2 | Ondřej Váně | |
| 52 | 7 | Ondřej Váně | Příklad: |
| 53 | Re #1234: Oprava chyby |
||
| 54 | |||
| 55 | - změna importu |
||
| 56 | - přidání knihovny pro fix bugů |
||
| 57 | |||
| 58 | 9 | Ondřej Váně | h2. Tracker |
| 59 | |||
| 60 | *Task:* Úkol, který nemá nic společného s implementací. např.: schůzka, plánování, administrativa, tvorba dokumentů |
||
| 61 | 10 | Ondřej Váně | *Bug:* Oprava některé předchozí funkce atd. |
| 62 | *Feature:* Implementace nové vlastnosti, funkcionality |
||
| 63 | 2 | Ondřej Váně | *Enhacement:* Požadavek na změnu stávající vlastnosti/funkce. |
| 64 | 1 | Ondřej Váně | |
| 65 | 16 | Ondřej Váně | h2. Tagy |
| 66 | 12 | Ondřej Váně | |
| 67 | 11 | Ondřej Váně | *test:* tvorba nového testu |
| 68 | *meeting:* schůzka |
||
| 69 | *development:* vývoj nové vlastnosti/funkcionality |
||
| 70 | *nonSprint:* aktivita, která není naplánovaná v iteraci |
||
| 71 | *documentation:* tvorba dokumentace |
||
| 72 | 1 | Ondřej Váně | *architecture:* návrh a analýza |
| 73 | 14 | Ondřej Váně | *merge:* mergování změn do masteru |
| 74 | 2 | Ondřej Váně | |
| 75 | 39 | Ondřej Váně | h2. Code conventions |
| 76 | * Java |
||
| 77 | ** dle všeobecných doporučených konvencí (camel case, třídy s velkým poč. písmenem, ..) |
||
| 78 | 2 | Ondřej Váně | h2. Role |