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

Re: Svn:needs-lock no longer stops checkins on non locked files.

From: Mark Phippard <markphip_at_gmail.com>
Date: 2007-04-23 13:53:43 CEST

On 4/23/07, Thompson, Graeme (AELE)
<Graeme.Thompson@smiths-aerospace.com> wrote:
>
> Hi,
>
> The svn:needs-lock property used to prevent commits to files that had
> not been locked, but with 1.4.3 it is allowing commits to files that are
> not locked and have the svn:needs-lock property.
>
> E.g.
>
> Foo has the property need-lock set.
> Foo is not locked
> User a changes the file, even though it is read only.
> User a commits foo
>
> With 1.4.3 this completes successfully even though the file is not
> locked.
>
> Around a year ago using a version around 1.2.3 the commit would have
> been rejected...
>
> Is there any way to get the desired behaviour of rejecting the commit
> when it is not locked using 1.4.3?

I do not believe it ever worked the way you say it did, are you sure
you did not have a hook script in place? It was never the intention
of the design to require a lock in order to commit. Locks are a
communication mechanism only, and the svn:needs-lock property exists
only as a hint to the user that they should obtain a lock before
editing a certain file.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 23 14:14:17 2007

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.