Make svn ignore lock commands and return success

[Peter Koves]

I know this is more of Subversion request than Tortoise, but there are bound to be a lot of knowledgeable people here.

The context is this. 

• I need to use our Enterprise GitHub installation as the repository.
• GitHub supports a subversion facade layer that allows the use of a Git repository as if it were subversion.
• But of course, Git being Git, locking is not supported and the command fails.
• The actual user of subversion here is not a person, it is the Sparx Enterprise Architect UML modeling application. It tries to do locking, and I have no control over that. But thankfully, the location of the 'svn.exe' command can and must be specified.
• I have successfully interposed an svnproxy.cmd batch file which ignores lock commands and forwards all other commands to svn.exe. I can (and would) write a small snvproxy.exe to do the same. This might of course cause problems when multiple people are working on the save file, but in our environment this is rare and I will figure out some processes to manage this.
• However, if this could be avoided through some configuration option of subversion, then that would be a better solution.

[Thomas Åkesson]

Hi,

Sounds more like it should be an option in Github Enterprise, svn lock response: Error / OK

You could investigate the option to place an Apache httpd server as a proxy in front of Github Enterprise. You only need a tiny VM with Apache httpd.

 - Proxy most requests straight through to Github Enterprise.

 - Add mod_rewrite rules that match LOCK and UNLOCK verbs. Return the same HTTP response code as a Subversion server normally does for a successful LOCK request.

Good luck,

Thomas Å.

--
You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to tortoisesvn-d...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn-dev/9ad929de-9fc9-4de4-bded-7ef6601abe65n%40googlegroups.com.