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

[WISH] Making Svn locking work with mirroring (DAV proxy + svnsync)

From: Julian Foad <julianfoad_at_apache.org>
Date: Wed, 09 May 2018 08:29:51 +0100

Hello devs.

I am still interested in making Svn locking work with svnsync mirroring.

Overall, someone wanting to set up a working system could take one of three approaches:

   * external hack / work-around (e.g. rsync + svnsync + ...)
   * intercept the FS API (like VisualSVN and WANdisco do)
   * fix Subversion (svnsync, etc.) to sync locks natively

Old mail threads contain lots of bits of information and suggestions, but no solution.

I could not find a complete work-around described anywhere, and after our IRC discussions around 6th April I don't think our tools provide the abilities that would be needed to implement a good external work-around. In particular, we don't provide a way to consistently read or write a set of lock states while the repository is online.

I would like to look further at fixing Subversion (svnsync, etc.) to sync locks natively. I don't currently have any time assigned for that but it might become possible. So, for now, I am just keeping the topic warm.

Some relevant posts and issues:

  http://blogs.collab.net/subversion/yesterday-at-th
  "Subversion 1.5 WebDAV Write-Thru Proxies"

  https://svn.haxx.se/dev/archive-2009-07/0446.shtml
  "WebDAV proxies and locking"

  https://svn.haxx.se/dev/archive-2011-07/0493.shtml
  "Re: [PATCH] Issue 3942 - Provide new subcommand on svnadmin to create a lock"

  https://issues.apache.org/jira/browse/SVN-3457
  "Unable to replicate locks in webdav proxy setup"

  https://issues.apache.org/jira/browse/SVN-3750
  "fsfs hotcopy should copy live locks/ consistently"

  https://issues.apache.org/jira/browse/SVN-4030
  "svnadmin load' should be able to steal locks: --steal-locks"

- Julian
Received on 2018-05-09 09:30:02 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.