[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: Thu, 14 Nov 2013 22:04:51 +0100

On 14.11.2013 21:54, Branko Čibej wrote:
> On 14.11.2013 21:44, Philip Martin wrote:
>> Branko Čibej <brane_at_wandisco.com> writes:
>>> On 14.11.2013 19:24, Rick Varney wrote:
>>>> We are currently on Subversion 1.6.6.
>>>> What do you think? Any alternatives I have not considered? Should I
>>>> open a feature request for this?
>>> 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.
>> We won't fix this in 1.6 and 1.8 is already fixed:
>> $ svn rm wc/A/f
>> D wc/A/f
>> $ svn st wc/A/f
>> D wc/A/f
>> $ svn lock wc/A/f
>> 'f' locked by user 'pm'.
>> $ svn st wc/A/f
>> D K wc/A/f
> Yes, I was just going to say. I added test cases for this on trunk,
> and they passed; I've just been running them on 1.8, where they pass
> as well.
> In other words, upgrading to 1.8 will fix the issue, and in the
> meantime, ask your users to either revert the delete first (i.e., 'svn
> revert file; svn lock file; svn rm file; svn commit', or to use the
> URL in the 'svn lock' command.

And here's the related issue:


Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. brane_at_wandisco.com
Received on 2013-11-14 22:05:26 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.