Hlavní menu
Nástroje |
Vývoj je přírůstkový a cca iterativní - co přírůstek to iterace (zatím). Každý přírůstek má well defined cíl a datum dokončení, viz dále. Aktualizace na ostrém webuPro update aplikace (systém, moduly) i aktualizaci obsahu ve větším rozsahu platí pravidla pro nasazování modulů. Stručně: u aktualizací modulů a větších změn obsahu
Správa změn a chybových hlášeníBug tracker - určuje co do kdy je třeba udělat. Ke každému iteračnímu cíli je definován task s type=Milník a maximálními hodnotami Severity a Priority (aby byl vždycky nahoře :-) . V názvu milníku nechť je stručně uveden cíl a rámcový datum dosažení. Všechny tasky, které jsou naplánovány do iterace, mají dle toho nastaveno Due in version. Vývojáři: si budou aktualizovat "teploměr" u svých tasků. VerzováníSubversion přístupné pres Orion login+heslo na URL svn+ssh://forge.kiv.zcu.cz/home/svn/fav/ . Verzovat se budou, resp. v Subversion repo budou mit separatni top-level adresare
V techto adr uz std subversion struktura. Nekde by mela v top-level strukture fav modulu maji byt sdilena konfigurace pro pripojeni do db. Vývojáři:
Instalace prostředí pro vývoj a testováníPodrobný popis instalace testovacího prostředí, tzn. Tomcat, MySQL, OpenCms a import obsahu je popsán na OpenCmsInstall. Moduly v OpenCmsHabi: Testoval jsem export/import modulů. Při každém exportu modulu se zvýší jeho číslo, čili je-li aktuální verze např. 2.4, vytvoří se cz.zcu.fav_2.4.zip a vnitřní verze modulu se zvýší na 2.5 (čili při dalším exportu "vyklopí" cz._.2.5). Při pokusu importovat starší modul dojde k přepsání toho současného (zřejmě komplet, ještě třeba dotestovat) a číslování se sníží. Např import cz.zcu.fav_2.2.zip nastaví aktuální verzi na 2.3 (čili 2.3 by byla případně vyexportována; existuje-li už takový soubor, je bez milosti přepsán). |