RE: Avoiding unexpected Concurrent Development
From: Reedick, Andrew <jr9445_at_ATT.COM>
Date: Thu, 3 Apr 2008 09:11:39 -0500
Subversion is based on the copy-modify-merge paradigm, so it always
http://svnbook.red-bean.com/en/1.4/svn.basic.vsn-models.html#svn.basic.v
http://svnbook.red-bean.com/en/1.4/svn.basic.vsn-models.html#svn.basic.v
If you really want to follow a lock-modify-unlock paradigm, use 'svn
http://svnbook.red-bean.com/en/1.4/svn.advanced.locking.html
Generally speaking, using the lock-modify-unlock model for text files is
Long story short, you should get used to the idea of merging when using
There's no way to tell if someone else is working on a file unless the
You can tell if someone has checked in a change to a file that you're
You don't checkout from Subversion. Instead, a subversion checkout is
From: Alejandro Lopez Rama(correos) [mailto:alrlistas_at_gmail.com]
We're testing subversion for our version control development. One thing
I suppose this is because in Subversion you always have the whole
*****
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA621
|
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.