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

Re: The "svn:needs-lock" property

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-12-16 09:52:11 CET

Ben Collins-Sussman wrote:

> On Dec 15, 2004, at 5:17 AM, Branko Čibej wrote:
>> I'd just like to point out that, given the way Subversion identifies
>> files, if locking affected the ability to delete a file, it would be
>> a lock on the parent directory, not the file itself. Just like you
>> can delete a non-writable file on Unix as long as its parent is
>> writable.
> I'm not sure I follow. If the repository thinks that userA has locked
> a file, and then userB does something like 'svn rm parent-dir-URL',
> they're going to get an error -- they don't own the lock on one of
> parent-dir's children.

That's fine.

> They'll get the same result if they run 'svn rm fileURL'. Is this a
> bad behavior?

It's not "bad" as such, but it's tricky. Semantically, a delete or
rename is a directory modification, not a file modification. But in SVN,
this area is already a bit fuzzy...

-- Brane

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 16 10:03:31 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.