[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Subversion vs. CVS (was Re: Congratulations!)

From: Mark Grosberg <mark_at_nolab.conman.org>
Date: 2004-01-07 09:13:41 CET

Mike Mason wrote:

> I'd be happy to help write (or contribute to) anything that helps
> evangelise Subversion. I've been mentioning Subversion on my blog every
> now and then, even incurring the displeasure of a certain source control
> vendor, so putting together something like this sounds fun.

Same here (not that anybody probably reads my blog).

I have simply been amazed with SVN since I've migrated 100% over to it.

> Can we brainstorm a list of things that we'd like to mention when
> talking about Subversion for CVS users?

 - Using Apache as a server gets you good a authentication framework,
   in particular, using certificates that expire to control access
   is much safer than passwords.

 - Text-base means quicker diffs (and any diffs for those airplane coding

 - Repository browsing. I know it seems like a silly feature, and CVS
   has web interfaces, but sometimes being able to pop up the code in
   a web browser easily has advantages. We've noticed that reviewing
   code with co-workers is much easier this way (browsers always seem to
   be handy).

 - Properties. Properties are great for things besides tweaking
   SVN's behavior. They can be used almost as a form of developer
   communication. Anything from module owner to phone # can be stored
   in them.

 - File structure is versioned (one of the biggest reasons to move to

 - Better interoperability between UNIX and Win32.

Thats a good start.

And a huge thanks to everybody who made Subversion (and RapidSVN)

Mark G.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 7 09:15:19 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.