Administrace komentářů

"minimalizovat chyby způsobené přepisovaním souborů na ftp" - to se dá celkem dobře řešit tím SVN. Nebo nějakou automatizací, kdy se kód z SVN (ideálně z tagu) nebo z pracování adresáře vyexportuje do nějakého adresáře na serveru a překonfiguruje webserver do toho adresáře, výhodou je pak triviální rollback v případě problémů.

Nebo třeba javisté to řeší pomocí JARů (javových archivů, technicky vzato je to .zip soubor). Pythonní aplikace mohou použít vajíčka (.egg), opět v podstatě .zip archiv. Někdy takové archivy na serveru není nutné ani rozbalovat, může to běžet rovnou z toho.

"každý commit se projeví na webu" - to možná není úplně dobře, v commitu může být chyba a pak nastává závod o opravení. Na (produkční) server by se mělo dávat něco zkontrolovaného a ideálně otestovaného, ne úplně to nejnovější co někdo commitnul (třeba i omylem).

"Začít používat SVNku tak, jak se má, čili 1 commit = balík změn" - to je podle mě pěkná blbost. SVN (a commity) jsou nástrojem, ne cílem. Commitovat si může každý co chce, slouží to k tomu, aby ve zdrojových kódech byl pořádek, aby když udělám svn diff, abych tam hned poznal, že je tam to co tam být má a že jsem omylem třeba někde něco nepřepsal. Pro oddělený vývoj nové funkcionality, který by vyžadoval více commitů a/nebo kód by byl mezitím byl ve stavu, kdy je lepší ho nenasazovat do produkce, slouží větve. SVN umí větve, umí je i mergovat (raději ale používejte nějakou novější verzi SVN klienta), případně se podívejte ještě na git, ten umí větve a hlavně mergování a další věci ještě lépe.

Pokud commit do SVN sám "proteče" až na produkční server, nebo pokud šéf chce, aby commit byl vypiplaný a obsahoval jednu celou ucelenou změnu, zbytečně to vývojáře stresuje. Commitování pak vyžaduje hodně pozornosti, soustředění, a tedy času. Normální je commitovat skoro každou chvíli, kdežto v téhle situaci bych se nedivil, kdyby se commitování stalo otravnou činností, ke které se někdo donutí tak jednou za týden, což je opravdu špatně. Commit není release (vydání nové verze). Na release jsou větve. (To, že si pletete commit a release, odvozuji i z "každý commit se projeví na webu".)

Teď k tomu zbytku - kdo není schopen intuitivně používat SVN (nebo jiný SCM), nemůže si říkat programátor/vývojář, je to jedna z úplně nejzákladnějších věcí. Obecně z vašeho příspěvku mám pocit, že "kluci" budou asi jen nějací brigádníci nebo klikači tak něco. Od vývojáře očekávám, že svůj operační systém, editor, IDE a ostatní nástroje dokáže ovládat natolik, že mu v ničem nebudou překážet. A vůbec, jste na abclinuxu.cz, takže rada je jasná - zahoďte ty vidle a nainstalujte Linux, spousta problémů se vyřeší sama :) Pak si webovku můžou vyvíjet u sebe a nemusí se šaškovat se serverem, nebo aspoň jak už jednou budete na Linuxu, máte mnohem více možností vytvořit/upravit/naskriptovat si vhodné nástroje. Už jenom třeba rsync by vám mohl pomoci, nebo sshfs. Já sshfs používám přesně k tomuhle - k vývoji na serveru z notebooku. Vlastně to ani nemusí být Linux, OS X je poslední dobou u webařů celkem v oblibě a je to také UNIX. A pokud opravdu chcete zůstat na Windows, nabízí se ještě cygwin.

V příspěvku výše někdo zmínil testování a CI - to je dobré, ale začít bude lepší od začátku :)