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

Re: CVS v. SVN

From: Anton Persson <anton_at_omicron.se>
Date: 2006-02-23 17:45:09 CET

I'd like to mention a bit from the "literature on the svn website"...
Here's a citation I like:
"While CVS and Subversion are still primarily copy-modify-merge systems,
they both recognize the need
to lock an occasional file and provide mechanisms for this. See the
section called 'Locking'
<http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html>."
(http://svnbook.red-bean.com/nightly/en/svn.basic.vsn-models.html, the
last bit of the page...)

So, the "copy-modify-merge" vs "locking" is not an issue when you
compare CVS and SVN.

    /Anton
  

Gale, David wrote:

>Mark Galbreath wrote:
>
>
>>I've read all the literature on the svn website, and the online book
>>at red-bean, and thought I understood the differences between CVS (a
>>locking reporsitory) and SVN (a merging repository). Then I got into
>>a discussion with a guy at the office I just met and he tells me I
>>have it all backwards. Then tells me that developers can walk on
>>each other's code with CVS, but not SVN because SVN locks write
>>access. This is 180 degrees off from my understanding. He
>>maintained that SVN is way better than CVS, but I got the impression
>>he didn't know what he was talking about, and I am still too green to
>>stand my ground in such a debate.
>>
>>
>
>You're both wrong. Or, rather, you're both only partially correct.
>
>CVS is a merging repository; I don't think it has any support for locks.
>Subversion is by default also a merging repository, but you *can* lock
>files to prevent others from changing them; this is especially useful
>for dealing with binary files, which tend to not merge nicely.
>
>Of course, he was right that SVN is way better than CVS. :-)
>
>-David
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 23 17:58:08 2006

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.