Verzování

FreenetIS používá třímístné verzovací číslo (tj. x.x.x).

• První číslo je vždy 1 (verze 2 má být napsána v Java EE a je zatím v nedohlednu)

• Druhé číslo je nejdůležitějším, jelikož informuje o rozsáhlých změnách a přidané funkcionalitě. (lze pozorovat v plánu vývoje)

• Třetí číslo informuje o záplatách a drobných změnách ve verzi dané druhým číslem.

Aktuální verze instance FreenetISu je uložena v souboru /version.php.

Vývojářské verze

Výše zmíněné verzování je určeno pro distribuci mezi uživatele (tj. ve větvi trunk). Pro vývojářské účely je přidána další položka verze uvozená znakem ~. Za tímto znakem může být uvedena právě jedna z následujících položek:

• dev označuje vývojářskou verzi - nachází v branchích mimo testing (obsahuje nestabilní a neúplné implementace nových verzí)

• alpha označuje aplha verzi - nachází se v branchích, převážně v testingu (obsahuje částečně hotové implementace)

• beta označuje beta verzi - nachází se v branchích, převážně v testingu (obsahuje hotové implementace vhodné pro otestování)

• rc označuje Release Candidate verzi - nachází se v testingu (hotové odladěná implementace k finálnímu otestování)

Za položkou může být ještě číslo, které umožňuje vytvářet více verzí se stejnou položkou a řadit je za sebou. Řazení verzí (použité např. při Autoupdate_DB_struktury) je shodné s pořadím v seznamu (tj. dev < alpha < beta < rc). Všechny vývojářské verze jsou řazeny před finální verze (x.x.x).

Příklad verzování vývojové verze

Mějme aktuální verzi 1.5.0. Chceme postupně vyvinout verzi 1.6.0, náš postup ve verzování by mohl být například následující:

• Několik vývojových verzi v samostatné branchi (1.6.0~dev1, .6.0~dev2, ...).
• Výsledek vývoje vydáme postupně jako alpha verze (1.6.0~alpha1, 1.6.0~alpha1, ...).
• Po dokončení všech hlavních změn uděláme merge do testingu, který označíme jako 1.6.0~beta, a do odladění vydáváme další beta verze.
• Po odladění nabídneme v testingu uživatelům ještě RC, pokud narazíme na chyby, opravíme je a vydáme další RC (1.6.0~rc1, ...).
• Pokud je vše OK provedeme merge do trunku a vydáme verzi (1.6.0)
• Pokud po vydání jsou nalezeny nějaké chyby vydáváme je jako verze 1.6.1, 1.6.2, ... do doby, dokud verzi neprohlásíme za nepodporovanou.