🚀 go-pugleaf

JM <reply@group.svp> writes:

> Ik doe heelwat wijzigingen aan mijn website en experimenteer veel,
> maar in sommige gevallen heb ik al eens wijzigingen ongedaan moeten
> maken. Regelmatig een backup nemen (zip of tar.gz) helpt, maar ik zou
> graag met een version system experimenteren.
> Wat raden jullie me aan ? Subversion of CVS ? Wat zijn de de sterktes
> en zwaktes van beide ?
> Het zou voor mij vooral gaan om webdevelopment : PHP, MySQL, XML,
> javscript, ... (misschien dat het een verschil maakt met
> applicatieontwikkeling).

Ik ben na vele jaren CVS helemaal over op Subversion.

Paar dingen:

CVS kan niet omgaan met directories. Deleten, renamen of moven is en
blijft problematisch. Subversion heeft die kuren niet.

Subversion doet het via WebDAV en gaat dus vrolijk mee in Apache. Je
hebt dus geen unix users meer nodig of gezeur met pserver/ssh. En je
kan je source browsen met een gewone web browser.

Een commit van drie files ziet CVS als drie losse commits. Subversion
als 1 commit. (atomic commits)

Subversion heeft uitstekende support in de tools die ik gebruik. Command
line maar ook vanuit IDEs.

Subversion Gaat handiger om met binaire files.

Subversion is heel veel sneller dan CVS. Tag of branch voor de lol eens
een CVS project met tien-duizenden files.

 S.

JM <reply@group.svp> writes:

> Ik doe heelwat wijzigingen aan mijn website en experimenteer veel,
> maar in sommige gevallen heb ik al eens wijzigingen ongedaan moeten
> maken. Regelmatig een backup nemen (zip of tar.gz) helpt, maar ik zou
> graag met een version system experimenteren.
> Wat raden jullie me aan ? Subversion of CVS ? Wat zijn de de sterktes
> en zwaktes van beide ?

CVS is oud; Subversion is een implementatie van een grote hoop van de
ideeën die achter CVS zitten, maar dan zonder veel van de
implementatie-bugs die in CVS ook aanwezig zijn.

Voor details verwijs ik je graag door naar
<http://better-scm.berlios.de/>, een website die CVS, Subversion, en
nog een achttal andere versiebeheersystemen vergelijkt.

> Het zou voor mij vooral gaan om webdevelopment : PHP, MySQL, XML,
> javscript, ... (misschien dat het een verschil maakt met
> applicatieontwikkeling).

Ik zou Subversion aanraden, om de simpele reden dat CVS een beetje oud
aan't worden is, en daar last van krijgt.

Persoonlijk beheer ik ook mijn website via subversion, en da's heel
makkelijk:

wouter@samba:/var/lib/svn/website/hooks$ cat post-commit
cd /svr/www/grep.be/data
svn up
wouter@samba:/var/lib/svn/website/hooks$

Commits worden gedaan via apache mod_dav_svn, waardoor bestanden onder
/svr/www/grep.be/data altijd de gebruiker van de webserver als owner
hebben. Een commit is dan ook meteen actief. Ik heb ooit een
'dev.grep.be' opgezet om eventueel iets uit te proberen, maar voor
mijn persoonlijke website was dat een beetje overkill. Als je dat wil,
kan je echter een development branch aanmaken die op één URL te zien
is, en een 'live' branch die op de andere gebruikt wordt. Als je meer
informatie wilt over die setup, vraag gerust.

Een eenvoudige setup als deze is met CVS gewoon niet mogelijk, omdat
CVS een volledige lock doet van de repository, zodat je geen 'cvs up'
kunt laten draaien terwijl er een 'cvs commit' aan het draaien is (en
als je die in een commit hook steekt bij CVS, dan draait dat per
definitie terwijl je commit lock nog bestaat). Bij Subversion bestaat
dit probleem dus niet.

-- 
<Lo-lan-do> Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22

On Sat, 28 Oct 2006 13:33:10 +0200, JM (reply@group.svp) wrote:
> Ik doe heelwat wijzigingen aan mijn website en experimenteer veel, maar 
> in sommige gevallen heb ik al eens wijzigingen ongedaan moeten maken. 
> Regelmatig een backup nemen (zip of tar.gz) helpt, maar ik zou graag met 
> een version system experimenteren.
> Wat raden jullie me aan ? Subversion of CVS ? Wat zijn de de sterktes en 
> zwaktes van beide ?

CVS gebruik je niet meer, behalve voor bestaande projecten. Dus
die keus is dan makkelijk :-)

> Het zou voor mij vooral gaan om webdevelopment : PHP, MySQL, XML, 
> javscript, ... (misschien dat het een verschil maakt met 
> applicatieontwikkeling).

Een beetje. Let op dat in de .svn subdirectories leesbare
kopieeen staan van al je bestanden, met een andere extensie.
Opeens gaan je php bestanden als plain text naar de browser
gezonden worden!

Kortom, als je docroot een (kopie van een) working directory is,
zorg er dan voor dat de .svn subdirectories niet gelezen kunnen
worden door de webserver.

-- 
Erik Hensema (erik@hensema.net)
Any clod can have the facts, but having opinions is an art.
		-- Charles McCabe