Dotaz: rsync nebo subversion?

[sewi]

Dobrý den, Chci vás požádat o pár názorů na použití rsync nebo subversion pri vyvoji webových stránek. Subversion mi příjde jako přílis velké kladivo ale nevím zda by na to rsync stacil. Mám slozku která obsahuje nekolik web stránek asi 50 souborů (php), nejde mi ani tak o správu verzí ale o synchronizaci této slozky se stejnou na notebooku a následné porovnání a synchronizace. Díky za pomoc.

Odpovědi

[Michal Čihař]

Doporučuju cokoliv pro správu verzí (já bych si Subversion nevybral, ale to je detail). On člověk dost často ocení, že se může snadno vrátit k předchozí verzi, když něco zblbne .

[cronin]

rsync a svn sú určené na diametrálne odlišné úlohy; každý z týchto nástrojov zvláda tú svoju znamenito: rsync synchronizáciu adresárov a svn správu verzií. Na vývoj stránok na intranete používam oba nástroje: svn na správu verzií, pričom post-commit skript vygeneruje s práve commitnutej verzie celý site a rsync-om ho umiestni na server. Jednoduché, elegantné: checkoutnem, upravím, zosynchronizujem, commitnem, skontrolujem na webe.

[sewi]

Právě že je to tak odlišný. Já si totiž myslím, že mi stačí upravenou verzi stránek netahnout pres rsync na server (což by byla i taková záložní kopie) a chápu že svn toho umí mnohem víc, ale nejak nemám potřebu to využít.

[Kamil]

No, já si myslím, že pokud nepotřebuješ spravovat verze a jde ti jen o "mirrorování", pak stačí ten rsync. Pokud ale něco vyvíjíš, stavěl bych se spíše za nějaký verzovací systém, protože návrat k něčemu staršímu (funkčnímu) se řeší podstatně jednodušeji.

V konečném důsledku si ale stejně musíš odpovědět sám, co vlastně chceš.

-- JP

[Hynek (Pichi) Vychodil]

Při vývoji webových stránek doporučuji používat podpěrku bederní části páteře. Pokud by tě zajímalo, jestli při okopávání záhonku použít rýč, nebo hrábě, tak bych doporučoval vzít si na nohy gumáky a na hlavu pokrývku hlavy. Není zač

[David Watzke]

Tak to je drsný ...

[rajo]

Ja mam svoj web cely pod subversion. Cely web je cim dalej tym komplikovanejsi, a tak mne pouzitie subversion vyhovuje. Navyse sa niektore casti generuju z inych casti (ktore su tiez v subversion) a na pregenerovanie pouzivam utilitu make. Takze na notebooku nieco vydevelopujem, commitnem do svn a rsyncom zosynchronizujem repository na server. Na serveri update stranky potom prebieha tak, ze spravim update z repository a pripadne este napisem prikaz 'make', ktory sa o vsetko potrebne na zaklade zavislosti postara.

Navyse takymto systemom vies docielit to, ze na na ostrom webe zaktualizujes z repository iba to, co si opravil a experimentalne veci este ponechas nezaktualizovane. Alebo mas na notebooku stale nieco necommitnute (napr. kym to vydevelopis) bez toho, aby si to musel davat aj na ostry web.

Navyse mam pocit, ze rsync repository je cez pomale spojenie (napr. GPRS) je efektivnejsi a rychlejsi ako synchronizovat subory.

Cize odporucam subversion aj rsync. Nadobudnute skusenosti v buducnosti urcite zuzitkujes.

[cronin]

Čo je "rsync repository"?

[Ľubomír Host]

Pod pojmom "rsync repository" som mal na mysli vykonanie prikazu:

rsync -a -e ssh --delete --progress --stats /home/rajo/private/svn_root/ rajo@server.niekde.sk:/home/rajo/private/svn_root/

Ospravedlnujem sa za nezrozumitelnost.