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

Re: svn delete removes read-only files

From: Branko Čibej <brane_at_wandisco.com>
Date: Fri, 15 Nov 2013 21:41:23 +0100

On 15.11.2013 20:30, Rick Varney wrote:
> Branko Čibej <brane <at> wandisco.com> writes:
>> I disagree with the behaviour change because it makes 'svn
> delete' in
>> the presence of svn:needs-lock behave exactly opposite to every other
>> command. IMO, it's quite enough to simply fix the bug where we try to
>> change the permissions on a non-existent local path.
>> So I suggest you file a bug for that, not for the behaviour change.
> In general I understand the point about behavior consistency, and I agree
> this is important.
> By behave opposite you mean that if 'svn delete' changes its behavior in the
> presence of svn:needs-lock, this would be opposite of other commands that
> ignore whether it is present?
> My suggestion is not to look for the presence of svn:needs-lock, but to
> honor file permissions when doing 'svn delete', irrespective of whether
> svn:needs-lock is set.

You're allowed to modify and commit changes to a file that has the
svn:needs-lock property regardless of whether it's locked or not.
svn:needs-lock is not a constraint, it's just a reminder. "svn delete"
is not, and should not be, special. FWIW, I've seen editors that
automagically make a file writable if you start modifying it ...

> I think there would be symmetry between this behavior and how svn currently
> handles file permissions: svn makes files with svn:needs-lock present
> read-only if no lock is set, so users that try to edit the file notice it is
> read-only, and take appropriate action - get the lock.
> In the same way, if 'svn delete' warned about or refused to delete read-only
> files, the user would be reminded to get the lock. This behavior is similar
> to how the unix rm command behaves.

It really depends on what you think "Unix rm" actually is. The unlink()
or remove() functions don't care about permissions on the target, only
that you have write permission on the parent directory.

Given that you can lock a deleted file, I really don't see a problem. If
Subversion started prompting the user in such cases, the change in
behaviour might break scripts for people who depend on the Unix-like
delete behaviour, where file permissions don't matter but directory
permissions do.

-- Brane

Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. brane_at_wandisco.com
Received on 2013-11-15 21:42:00 CET

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.