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

Re: [PATCH] Issue 3942 - Provide new subcommand on svnadmin to create a lock

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Fri, 15 Jul 2011 13:17:13 -0400

On 07/15/2011 12:16 PM, Daniel Shahaf wrote:
> If svnsync presents the lock token that's present on the master, and
> hopefully the slave checks locks against the master during commit, the
> commit is going to work isn't it?

I considered this, but the FS code checks not only the lock tokens, but also
that they match their registered owners. The problem is that it checks
against but a single owner -- the authenticated username associated with the
committing process.

Alternatively, I've considered a mod_dav_svn directive (say,
"SVNDisableTxnLockCheck on") which could be set on the slave to indicate
that when the slave calls svn_fs_begin_txn2(), it does so without the
SVN_FS_TXN_CHECK_LOCKS flag, effectively disabling on-the-fly lock checks.
I'm not sure if that's sufficient to disable *all* lock checks, though.
Haven't gotten that deeply into the code yet.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on 2011-07-15 19:17:53 CEST

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

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