Administrace komentářů

Putuji správnou cestou nebo jsem uplne mimo? Jak řešíte takovýto vývoj vy?

IMHO mimo. Mám dojem že váš problém není technický ale procesní. Řešit to nějakým samba-ssh hackem možná zalepí nějaké symptomy, ale ne příčiny. Nedovedu si představit jak je možné, že máte 300k commitů v produkčním SVN. Kdybych commitoval každou půl hodinu tak to vychází na cca 3000 commitů na vývojáře a rok.

Tipl bych si, že máte tyhle neduhy:

1) vývojáři dělají svoji práci tak, že commitnou jeden znak, nechají to probublat na ostrej (nebo integrační) server, pak se tam podívají, a tohle opakují dokud nejsou spokojeni - to by vysvětlovalo těch 300k ...

2) vývojáři často odevzdávají práci nedodělanou a/nebo jejich změny pokazí již existující funkcionalitu - proto máte velkou potřebu něco "dohledávat v historii" ...

3) nevím co má znamenat "minimalizovat chyby způsobené přepisovaním souborů na ftp" ale chápu to tak že krom SVN se ještě část projektu publikuje přes FTP

Doporučil bych

1) aby každý vývojář měl na svém PC celé prostředí (web server, databázi s nějakými daty, ...) aby mohl udělat celý svůj úkol lokálně, a commit udělal až když má hotovo

2) strukturovat práci tak aby "hotovo" bylo 1-2x denně, tj. aby každej provedl jeden/dva commity a update za den

3) pracovat s testy - od zadavatele k vývojáři, aby odevzdaná práce byla jasně ověřitelná a unit testy aby se omezil počet chyb a regresí

4) rozchodit funkční IDE s připojením na SCM u každého bez dalších hacků - to je základ, není na tom co vymýšlet

5) pokud existuje něco jako FTP kam se ještě něco musí donahrávat tak to zrušit a držet vše jen v SCM

... samozřejmě co se týče nástrojů tak git je daleko výkonnější než svn, ale pokud budete dodržovat pravidlo 2, tak na meze svn hned tak nenarazíte (případně lze použít git-svn)

... redmine je sice populární, ale systém tužka+papír vám pomůže vypilovat ten proces, pak ho můžete upgradovat technicky.