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

Re: Locking use question

From: Simon Large <slarge_at_slarge.plus.com>
Date: 2005-04-26 22:17:23 CEST

Ben Collins-Sussman wrote:
> On Apr 26, 2005, at 2:58 PM, Peter N. Lundblad wrote:
>> On Tue, 26 Apr 2005, Simon Large wrote:
>>> I am writing up a description of the locking GUI in TSVN, and having
>>> read through the SVN locking docs, it is unclear whether there are
>>> any real use cases for locking _without_ having set the
>>> svn:needs-lock property. If I lock a file it stops others checking
>>> in before me, but doesn't stop them modifying their local copies.
>>> Once I unlock, they can
>>> merge my changes in with any they have made in the meantime, which
>>> still
>>> follows the copy-modify-merge model. Is there a use for this which I
>>> may
>>> have missed, or is locking really only useful in conjunction with
>>> the svn:needs-lock property?
>> Say you do a large reorganization of the file (or reindent it or
>> something) and don't want to risk to get lots of conflicts. Then you
>> might
>> lock the file, without the svn:needs-lock property.OK, you push the
>> merge
>> burden on others, so you still have to communicate. I'm not sure how
>> useful this will be in practice.

I thought of something like that, but then I thought that if the changes
are that sticky, I would rather do the merge myself and be sure it is
right ;-)

> Or, perhaps an admin wants to guarantee that nobody will delete a
> certain file during a 24 hour period, even though it's a text file.

OK, that is plausible. I will put it in with suitable caveats.



  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 26 22:21:44 2005

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