Včera proběhl openmeeting na téma: Verzovací systémy. Ve sklepě U Braunů bylo našlapáno k prasknutí a diskuze byla plodná. Závěr je, že programátorský svět spěje k decentralizaci a použití distribuovaných verzovacích systémů (DVS) se bude stále zvětšovat.

Pokračování:

Na sraz jsem šel s otázkou, proč se všem najednou znelíbilo SVN a proč je hype kolem gitu. Odnesl jsem si poznatek, že DVS umožňují větší flexibilitu práce a podporují vývojáře komitovat a větvit kód. Centralizované VS jako SVN to samozřejmě umí také, ale DVS jsou v tomto ohledu daleko rychlejší a právě rychlost motivuje vývojáře k používání. Kdo zkusil v SVN blame na rozsáhlejším projektu, jistě ví své.

Druhou otázkou co mě zajímalo bylo, zda pro distribuované systémy existují úložiště pro close projekty zdarma. Pro SVN jsem některé našel.

Pro git existuje úložiště github pro opensource projeky, které dříve umožňovalo hostovat zdarma i jeden closesource projekt, nyní je tato možnost zpoplatněna od $7/měsíc. Druhou známou možností je hosting Assembla podporující git a SVN a napojení na Trac. Assembla je pro opensource zdarma, pro closesource je od $3.3/měsíc. Hosting zdarma pro closesource jsem nenašel, pokud o nějakém víte, hoďte odkaz do komentáře.

Druhým DVS, který je dost často skloňován a používá ho Google ve svých Google Code je Mercurial. Hosting closesource projektů v Mercurialu existuje a jmenuje se bitbucket. Bitbucket je zároveň i největším Mercurial hostingem opensource projektů.

Na konci by mělo být shrnutí, takže jsem si z Openmeetingu odnesl, že použitím distribuovaných verzovacích systémů nepřicházím o žádné výhody centralizovaných a navíc přináší větší flexibilitu do procesu vývoje software. Nicméně jejich nasazení musí předcházet správné nastavení procesů ve firmě, tak aby bylo jasné větvení repozitářů, kdo je za jaký případně zodpovědný, atd.

Na úplný závěr mám poznámku, která mě zaujala. Štěpán Bechynský povídal o TFS a o tom jak je možné nastavit celý proces tak, aby před každým komitem byly splněny určité podmínky, např. hlídat, že kód je spustitelný, že obsahuje náležitosti a konvence určené firmou, tedy statická analýza kódu proběhla v pořádku (např. zákaz modifikace řídící proměnné uvnitř cyklu). Na to navázal Ladislav Prskavec, který takto kontroloval validitu XML, CSS a PHP souborů při commitech. Myslím si, že to je jedna z možností jak udržet nejen funkční, ale i čitelný kód v našich repozitářích, pokud se na kódu podílí více lidí.