Dotaz: rizeni verzi

[bob]

Ahoj, hledam system pro rizeni verzi, ktery by umel efektivne pracovat s binarnimi soubory (obrazky; dokumenty a tabulky v *office) a ke kteremu by existoval interface umoznujici vkladat nove verze (check in, commit) z webu (bez instalace software na strane klientů). Existuje neco takoveho?

Take hledam software pro zpravu projektů. Nejde o vyvoj software, ale spis o ulohy typu: 1. dostanu vstupni data (text, tabulky, dokumenty), 2. nejak je zpracuji, 3. vytvorim vystupni data a zpravu, 4. predam je klientovi, 5. klient pozaduje opravy - muaim udelat revizi, 5. po nekolika mesicich dostanu opravena vstupni data - musim udelat dalsi revizi, 6. dalsi revizi, .... Existuje nejaky nastroj, ktery by mi usnadnoval se i po letech orientovat v jednotlivych "vrstvach"?

---

---

Odpovědi

[Sten]

U binárních souborů a navíc s přímočarým vývojem nemá moc smysl dělat skutečnou správu verzí, stačí používat nahrávání do adresářů třeba s timestampem

[pavlix]

Ahoj, hledam system pro rizeni verzi, ktery by umel efektivne pracovat s binarnimi soubory (obrazky; dokumenty a tabulky v *office)

Na to je potřeba systém správy verzí, který při ukládání nerozlišuje textové a binární soubory. Například Git.

a ke kteremu by existoval interface umoznujici vkladat nove verze (check in, commit) z webu (bez instalace software na strane klientů). Existuje neco takoveho?

Nevím a hodilo by se mi na texťáky. Nicméně pokud se bude vše vkládat z webu, po jednom a bez commit message, tak podle mě tradiční systémy správy verzí nepřinesou moc výhod. V tomto případě bych doporučouva implementovat systém vlastní a nebo najít nějaký, který pracuje na jednotlivých souborech a ne na celém stromě, něco jako RCS.

Existuje nejaky nastroj, ktery by mi usnadnoval se i po letech orientovat v jednotlivych "vrstvach"?

Prakticky jakýkoli systém správy verzí pro celé projekty. Problém je v udržování pořádku, ne v nástroji.

[cronin]

Prakticky jakýkoli systém správy verzí pro celé projekty. Problém je v udržování pořádku, ne v nástroji.

Tiež by som to tak videl. Skús najskôr použiť len lokálne SVN, to sa dá zvládnuť za 15 minút, bez webového prístupu, či dokážeš nájsť nejaký základný ale vyhovujúci modus operandi. Ak nájdeš, webové rozhranie by nemalo byť problém doriešiť. Ak nenájdeš, i tak dobre - daj nám vedieť, v čom to nevyhovuje a čo by si potreboval inak.

[pavlix]

Tiež by som to tak videl. Skús najskôr použiť len lokálne SVN, to sa dá zvládnuť za 15 minút

Nebo může použít lokálně Git, to jde taky za patnáct minut, až na to, že narozdíl od SVN je rozšíření na používání na více místech triviální. U Subversion je na to potřeba odborná instalace :D.

Znovu bych do Subversion už nešel a v žádném případě, pokud mě k tomu netáhne předchozí znalost.

[cronin]

Z novu bych do Subversion už nešel ...

To ani ja, aj na SVN repozitáre používam git-svn.

Ničmenej, ak používateľ má takmer nulovú skúsenosť s VCS, na preskúmanie zákl. konceptu trvám na odporúčaní začať s SVN. YMMV

[pavlix]

Ničmenej, ak používateľ má takmer nulovú skúsenosť s VCS, na preskúmanie zákl. konceptu trvám na odporúčaní začať s SVN.

SVN je v mnoha ohledech příliš složité, což donutí člověka tyto věci obcházet a z hlediska obecného DVCS i z hlediska Gitu konkrétně tak jednak získá špatné návyky, a jednak se pokročilejší věci v SVN bude učit pomalu. A následně se kvůli těmto návykům bude pomalu učit i Git.

Takže ač má Git spoustu úskalí, nemůžu nikomu doporučit učit se Subversion za účelem pozdějšího přechodu na jakýkoli jiný VCS.

[Franta]

1. Zvážil bych SVN – sice je hrozně „nemoderní a zastaralé“, ale má jednu vlastnost, která by se ti mohla hodit: přístup přes WebDAV - uživatelé s tím pak můžou pracovat v podstatě jako se síťovým diskem a když uloží soubor, zaverzuje se. Na jednu stranu je to prasárna (hezčí je vytvářet verze ručně a psát k nim výstižné popisky), ale pro některé scénáře práce se to hodí.
2. Zkusit třeba Mercurial – má i doplněk pro velké soubory, který stačí zapnout, ale pokud nepotřebuješ verzovat vyloženě gigabajty (např. obrazy DVD), tak se bez toho obejdeš. Na běžné kancelářské dokumenty stačí standardní Mercurial bez nějakého dalšího ladění.
   Případně Bazaar (pěkné GUI). Git je spíš takový nástroj pro programátory.
3. Vykašlat se na „nízkoúrovňové“ verzovací systémy a použít aplikaci typu Project pier, která mj. umí sdílet soubory a verzovat je.

[bob]

Project pier se mi celkem libi, uvedomuju si, ze chci mozna spis "task management" nez jenom ciste rizeni verzi. Pokud budu veskerou komunikaci tykajici se projektu smerovat pres projectpier, tak mi zustane zaarchivovana na jednom miste a bude snad mozne se v ni vyznat i s odstupem casu.

Nemoznost uploadovat (commitnout) cely adresar pres web-browser je trochu neprijemna, ale v zajmu jednoduchosti nasazeni ji asi ozelim.

Dekuji za prispevky.

[Franta]

uvedomuju si, ze chci mozna spis "task management" nez jenom ciste rizeni verzi

Tak to ještě můžeš zkusit Fossil – je tam integrovaná správa požadavků/úkolů a wiki.

[pavlix]

Project pier se mi celkem libi, uvedomuju si, ze chci mozna spis "task management" nez jenom ciste rizeni verzi. Pokud budu veskerou komunikaci tykajici se projektu smerovat pres projectpier, tak mi zustane zaarchivovana na jednom miste a bude snad mozne se v ni vyznat i s odstupem casu.

Na tohle nejsou špatné pro programátory, administrátory a podobná zvířata projekty typu Trac, které staví nad kvalitním modulárním základem a umějí využívat například i ten Git, který bych technicky hodnotil jako špičku. Ale žádný z nich jsem neviděl v provozu s laickými uživateli.

[pavlix]

přístup přes WebDAV

Otázka je, pokud už má sloužit SVN jako pouhý verzující WebDAV backend, jestli se na tento účel nenajde nějaké podstatě lepší a možná i jednodušší řešení.

Přecijen automatické udržování historie změn je věc diametrálně odlišná od správy změn v projektu. Pokud se nenajde nic lepšího než SVN a WebDAV se ukáže jako podstatná výhoda, pak souhlasím.

Zkusit třeba Mercurial – má i doplněk pro velké soubory, který stačí zapnout, ale pokud nepotřebuješ verzovat vyloženě gigabajty (např. obrazy DVD), tak se bez toho obejdeš. Na běžné kancelářské dokumenty stačí standardní Mercurial bez nějakého dalšího ladění. Případně Bazaar (pěkné GUI). Git je spíš takový nástroj pro programátory.

Na Gitu je zajímavé to, že poskytuje 100% kontrolu nad tím, co se v repozitáři děje. Mercurial se mi pozdával jednoduchostí a konzistencí, ale jako vývojář možnosti Gitu s kolegy reálně využívám. Jen aby výhody Bazaaru u pěkného GUI taky nekončily.

Vykašlat se na „nízkoúrovňové“ verzovací systémy a použít aplikaci typu Project pier, která mj. umí sdílet soubory a verzovat je.

Osobně věřím na velká řešení jen pokud jsou postavená z kvalitních stavebních bloků. V tom případě jsou samostatně využívané stavební bloky výhodou. Ale na nějaké kancelářské use case by to mohlo být.