I thought that locks were required for deletion of a file and a move
is really a delete+add operation.
This gets much weirder when you are doing a mv on a directory which
has needs-lock items buried within it. Since Subversion only does
locking on individual files rather than directories, it probably
doesn't make sense to require a lock in that case. (though I would
really like the ability to lock a directory rather than just a file.
Somebody requested this long ago via the 'collections' concept)
Bottom line on locking though is that you may find that requiring
strict locking is more of a pain than it is worth unless it is really
required due to unmergeable data.
-steve
On Jun 3, 2009, at 10:17 AM, photoTed wrote:
> We are deploying SVN as a content management replacement for
> Documentum. As
> such it is being used by less tech savy users. We are implementing
> the
> svn:needs-lock property to reduce the possibility of these users
> creating
> conflicts. That is working well.
>
> SVN Move is a chink in that armor. User A moves (happens to be with
> Tortoise, but that is just the client, not the underlying
> architecture) a
> file to a different folder. As it does not have to be locked, if
> the user
> does not check the file in, User B can still open the file from the
> original
> folder without knowledge that user A moved the file. Eventually
> everything
> can be sorted out, but if the SVN Move operation of an object with
> svn:needs-lock property required the lock, the second user would not
> be able
> to obtain his/her lock on that object until the User A committed the
> move
> change.
>
> Architecturally requiring that, seems consistent with the concept of
> a lock.
>
> Thanks for your consideration.
>
> Ted Mead
>
> --
> View this message in context: http://www.nabble.com/Consider-Lock-Required-for-SVN-Move-tp23852307p23852307.html
> Sent from the Subversion Users mailing list archive at Nabble.com.
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2359086
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org
> ].
>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2359117
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-03 17:44:15 CEST