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

Re: CVS/SVN comparison

From: Travis P <svn_at_castle.fastmail.fm>
Date: 2004-10-24 16:28:00 CEST

On Oct 24, 2004, at 2:47 AM, Peter Williams wrote:

> Let me put it this way. For svn to be a REPLACEMENT for cvs it would
> be sufficient for me to replace "cvs" with "svn" in any scripts that I
> might have and the would work with subversion just like they did with
> cvs. This isn't the case.
>
> However, SVN is an ALTERNATIVE to CVS for managing revision control.

I think you're splitting hairs unproductively here. The language isn't
that standard and precise. We English speakers world-wide can't even
all agree on how to spell color or whether the game is tic-tac-toe or
noughts and crosses.

You did write "for me," and certainly you are welcome to feel as you
do. You're saying that "replacement" should only refer to a strict
drop-in identical function CLI client replacement. I don't think the
authors of the phase "a compelling replacement for CVS" meant
"replacement" as you seem to wish they did: toward the same ultimate
goal of a free, copy-modify-merge version control system, Subversion
offers an alternative that you might use in place of CVS (to replace
your use of CVS). Also, Subversion is more than just the command line
client. Even if the 'svn' CLI client worked exactly like CVS, someone
else could present your argument for the server-side.

Ultimately, I don't think you'll find much traction with your argument.

That said, I suppose someone could make a wrapper over the Subversion
client-side system so it looks and acts just like CVS -- maybe not
wrapping the 'svn' client, but using the bindings and exposed API.
You don't need the existing developers to help you reach that goal.
But you do need some developers from somewhere, maybe even yourself.

In my development flow, since it is such a compelling alternative :-),
I've totally replaced our use of CVS with Subversion and we developers
use the two systems differently, each according to their specific
design and implementation, for the same ultimate goal for version
control. And for our needs, Subversion works a whole lot better, so a
big thanks to all the folks that developed it!

Cheers,
Travis

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Oct 24 16:28:27 2004

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

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