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

Re: relocating an SVN repository

From: Blair Zajac <blair_at_orcaware.com>
Date: Wed, 16 Jan 2008 10:32:44 -0800

Zack Galbreath wrote:
> Hi,
>
> I need to move an SVN repository from one domain to another. I would
> like to do this in a seamless fashion so that users don't have to run
> svn switch or check out a fresh copy of the repository from the new
> location. Is this possible?
>
> I tried to accomplish this by using apache2's RedirectMatch directive.
> Here's what I put into the config file on the old server:
>
> RedirectMatch permanent ^/svn/reposName/(.*)$
> http://www.new-domain.com/svn/reposName/$1
>
> If I access the repository through a web browser using the old address
> the redirect works properly. If I try to do an svn checkout using the
> old address it fails with the following message:
>
> bash-3.2$ svn co http://www.old-domain.com/svn/reposName/trunk reposName
> svn: PROPFIND request failed on '/svn/reposName/trunk'
> svn: PROPFIND of '/svn/reposName/trunk': 301 Moved Permanently
> (http://www.old-domain.com)
>
> I've confirmed that checking out the repository by using the new address
> works properly, so it's not a misconfiguration on the new server. Is
> what I'm trying to do possible, or am I going to have to tell all of my
> users to run svn switch?

It's better to not have the redirect and have all clients use 'svn switch
--relocate'. I don't know off hand if the native C svn client nor the JavaSVN
clients honor redirects.

Blair

-- 
Blair Zajac, Ph.D.
http://www.orcaware.com/svn/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-16 19:33:36 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.