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

Re: auto switch for mirror side user

From: Ryan Schmidt <subversion-2008a_at_ryandesign.com>
Date: Wed, 12 Mar 2008 14:05:52 -0500

On Mar 12, 2008, at 13:15, Hellen wrote:

> I have a question about the "svn commit" from the mirror side.
> For the standard way, a user from mirror side wants to check-in the
> change, the user has to do the additional switch that from the
> mirror side to the master side as "svn switch –relocate <from_URL>
> <To_URL> , then do the commit. Then switch back to the mirror side.
> Is that possible to skip the switching part for the user at mirror
> side, just do "svn commit" as if connecting to the master? Then at
> backend, put the "svn switch – relocate .." in the pre-commit,
> then after the commit to master side is done, switch it back?
> I am not sure whether this is a good idea or not? The
> environment here is that everyone uses https connection to the
> server, no user has unix account on either master or mirror system.
> The sync is running once an hour.
> The problem I'm current running into is: "svn info " doesn't work
> in either pre-commit or start-commit, I can't get the current
> location of the working copy while using "svn commit".

You can't really do it that way, because, as I said in another
thread, the hook runs on the server but you are wanting a script that
runs on the client.

But there is a different solution to let you commit things from a
working copy that's checked out from a read-only mirror, and it's
called a write-thru proxy. This feature will be available starting in
Subversion 1.5. You can read about it here:


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-12 20:06:43 CET

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.