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

RE: Needs lock + move

From: Hans-Emil Skogh <Hans-Emil.Skogh_at_tritech.se>
Date: Tue, 26 Apr 2011 13:12:30 +0000

>> I noticed today that you don't need to acquire the lock to move a
>> file that has the needs-lock property set.
>> Not sure, but wouldn't it be a good idea to at least warn if you are
>> removing a file with the needs-lock property without being in
>> possession of the lock? I guess the lock is not strictly there for
>> the purpose of preventing deletes of files that other people might be
>> working on, but when needs-lock is set on a file it would make sense
>> (imho) to use it as such.
>
> Wouldn't something like this need to be implemented in the svn library?

It's a pure client side decision, so there is no _need_ to implement it in the svn lib. That being said:

Preferably it should, yes. Ideally I think needs lock should prevent delete operations where the lock has not been acquired. But since it doesn't, I guess that they have decided that the lock concept should only apply to changes that might require a merge. That does make sense in a way.

However, I think it would make sense to implement this in TortoiseSVN. Providing a warning is pretty straight forward, at least in the case of a move/rename where we always display a dialog anyway. (Delete is a little bit different. Then we would need to pop up a warning dialog where there usually is no dialog at all. Maybe not ideal...) I think this is a good idea here as additional information/a reminder to the user. Even if core SVN has decided to omit it.

Hans-Emil

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2724366

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-04-26 15:12:54 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.