Standard tagování do SVN

Používáme zatím tři typy tagu:

• snapshot zkratka S – znamená významný bod ve vývoji, splnění milníku, interní verze
• release zkratka R – zpravidla verze, která je instalována u zákazníka, milník dosažení planovani verze
• merge point zkratka M – znamená bod, kdy došlo k zmergovani nějaké větve do druhé

U tagu zapisujeme jeho číslo

• toto číselné označení se neshoduje se s verzí -- něco jako “primární klíč”
• používáme trojčíslí S001, S002, R003, S004, M005
• davá informaci o pořadí všeho, co se zatagovalo

Hlavní větev vývoje je vždy HEAD zkratka H.

Vedlejší větev vývoje BRANCH zkratka B.

Vznik nových větví výhradně pro opravu chyb.

Branch číslujeme podobně jako tagy, ale číselnou řadu mají branche svou: B001, S001, S002, R003, B002.

Značení verzí, které odchází zákazníkovi

Pro něj je oddělené číslování:

• značíme V-1-0-0 je verze 1.0.0
• V-(Etapa vývoje)-(změna DB / aplikační logika) -(změna GUI)

VZOR tagovani do SVN

• R001-H-2011-04-05-V-1-0-0-Vzorovy tag
• (typ tagu+číslo)-[(z čeho)||(kam)-(odkud)]-(datum)-(označení verze u zákazníka)-(výstižný label)
• Tento tag říká:
  • je to v pořadí 1. verze
  • je nasazena u zákazníka jako verze 1.0.0
  • verze vznikla z hlavní plánované větve vývoje
  • vznikla 5. 4. 2011
  • nepovinný label říká, že jde pouze o „Vzorovy tag“

Příklady

S023-H-2011-03-05 = interní verze
R024-H-2011-03-07-V-2-1-1 = po úpravách vznikl release verze 2.1.1
B001-R024-2011-03-09 = ve 2.1.1 byla nalezena chyba, vznikla větev B001 z release R024 (důležité vědět!!!) kvůli opravě a zároveň se tvoří dále hlavní větev
S025-B001-2011-03-08 = interní verze oprava 2.1.1, testovaní
R026-H-2011-03-07-V-2-2-1 = release verze 2.2.1, jen z hlavni větve H, neobsahuje opravu 2.1.1
S027-B001-2011-03-09 = interní verze oprava 2.1.1 tag pouze nad větví B001
R028-B001-2011-03-10-v-2-3-1 = release verze 2.3.1, jen z vedlejší větve B001, neobsahuje ale změny verze 2.2.1 tedy headu
M029-H-B001-2011-03-11 = dochází k přenesení změn opravy 2.1.1 z větve B001 do headu
S030-B001-2011-03-12 = interní verze k testování
R031-H-2011-03-10-v-2-4-1 = nová verze zákazníkovi 2-4-1 s opravou chyby 2.1.1 a úpravami předešlých verzí

Shrnutí

Víme, jak šly jednotlivé kroky a důležité milníky za sebou.
Víme, které verze a kdy byly odevzdány zákazníkům.
Víme, kdy vznikla větev a kdy se změny větve promítly do headu.
Víme, že z nějakého důvodu byla nasazena oprava verze 2.1.1 z branche jako verze 2.3.1, která neobsahovala změny 2.2.1 -- celkem to vypada nelogicky, ale stává se to. Stalo se, že verze v headu pokračovala dál na 2.2.1 a nabídla novou funkčnost, oprava chyby znamenala větší zásah, proto musela odejít meziverze z headu 2.2.1, v branchi se chyba opravila, ale nové funkce z 2.2.1
se kvůli chybě implementovali úplně jinak. Odešla tedy verze 2.3.1 a až verze 2.4.1 sjednotila novou funkčnost a opravu chyby.