Redmine poznámky¶

ASWI
- Redmine - cvičení ASWI - ke zkoušení čehokoliv, abychom si nezanesli svojí redmine stránku
- Gitlab - cvičení ASWI - ke zkoušení commitů a čehokoliv, abychom si nezanesli svůj git

Redmine

• new issue (úkol) = ticket
  - tracker
  - konkretizace, typy, celkem jedno, jak si to uděláme, ale ať to dává smysl a je to konzistentní skrze celý projekt (zavést si týmové konvence)
  - typy:
  - bug - chyba (menší)
  - enhancement - požadavek na změnu (rozděluje se na malé jednoduché tasky)
  - feature - velká funkcionalita (rozděluje se na malé jednoduché tasky)
  - support - administrativa, schůzky (úplně něco jiného)
  - task - výkonné tickety
  - některé jdou vypnout (odstanit), když víme, že je nebudeme používat
  - nebo lze jinak - např. že tasky nebudou implementační, ... záleží na nás ;)
  - category
  - tagy
  - cokoliv
  - co určitě budou chtít:
  - aby šlo najít: plán iterace, backlog, rozlišení vývoje a testování od administrativy a dokumentace

- description 
    - popsat (např. na schůzku to není moc potřeba, pokud si třeba nechcem napsat, co na schůzce budem probírat)
    - samozřejmě důležité u bugů

- status
    - nemusíme použít všechny, ale aby to nebylo jen new a pak closed
        -> new - nové
        -> accepted - odfiltrovat nesmyslné věci (duplikáty, nevyřešené ...) - jde tedy kdyžtak z new do invalid
        -> assigned - někomu přiřazen, dobré, aby se našly jen ty accepted bez člověka
        -> resolved - vyřešeno, ale nikdo nezkontrolovat (developer si myslí, že ok)
        -> verified - někdo zkontroluje
        -> closed - šéf týmu/redminy, jestli je ten ticket kompletní a ok, pak tedy closed
        - invalid - z čehokoliv

- priority
    - jak rychle je potřeba to vyřešit (deadline, zákazník, ...)
 - severity    
    - jak velký dopad to má na celý systém
 - importance
    - souvislost s priority a severity

- target version
    - na nás
 - attachments (files)
    - vstupy k úkolům - např. screenshot k bug reportu, ... (ne výsledky!)        
 - watchers (jako subscribers na gitlabu)
 - parent task
    - mám ticket na velkou featuru, ty menší části budou mít jako parent task tuhletu velkou
 - estimated time
    - člověkohodiny, 2 hodiny pro 2 lidi, tedy tam zapíšeme čas 4 hod 
    - celkový ticket pro schůzku - ta bude trvat hodinu a budeme tam čtyři - zapíšeme si 4 hodiny (nebo lze pro každého nový ticket ohledně té schůzky)
 - done - jasný

- dá se zaškrtnout private - ale není důvod
 - je tam preview

------ po založení issue
- related issue - vazba mezi tickety, která není hierarchická
- nahoře
- edit - všechny komentáře se píší do políčka "notes"!! (comment je jen k tomu logovacímu času)
- log time

- když logujeme čas - přes edit, zadat spent hours a do notes to okomentovat
 - v historii issue je dobře vidět, co bylo na issue změněno

• settings - modules
  - lze si zapnout/vypnout - nebudeme určitě potřebovat všechny

• wiki
  - dodržovat
  - hlavní artefakty, podstránky na každou iteraci, lze záznamy ze schůzek, ... jak chcem :)
  - údaje, hlavní dokumenty, záznamy ze schůzek

- do repository lze dávat dokumentaci

• dms, documents, files
  - někde tam musí být ty příslušné důležité soubory

• roadmap
  - budou tam všechny iterace
  - lze sem importovat stránku z wiki
  - vybarvení progressbaru - kolik je toho zavřeno a tak

- v seznamu issues je první sloupec s checkboxy - lze si jich zaškrtnout více a pak kliknout druhým tlačítkem a provádět změny na těch vybraných
- news - nevypínat, budou používány k hodnocení

!!! POUŽÍVAT:
!!! - do commit message přilinkujem issue s "Re" + hashtagem+číslo issue (např: Re #12), když je to slinkovaný, udělá se z toho odkaz
- prozkoumat skrze ty cvičné projekty
- lze to dodat i ručně (ale lepší rovnou)

- commit by se měl týkat jen jednoho úkolu!