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

Re: Q: Relocating SVN repository after disk crash

From: François Beausoleil <fbeausoleil_at_ftml.net>
Date: 2004-08-17 17:13:46 CEST

Hello Kyle,

Kyle Ferrio wrote:

>
> I have a recovery scenario. A repository is hosted on a disk which
> eventually dies. The svn admin is able to recover the repo (yeah!) but
> for whatever reason has to restore it at a different mount point.
>
> Meanwhile, one developer (at least) was working with multiple branches.
> He would like to use 'relocate' to point his working copy to the newly
> restored (and moved) repository. It would be nice if he could issue a
> single 'relocate' command to recursively patch up his working copy,
> honoring the branches to which he has switched. Is this possible? I
> seem to be missing something, because 'relocate' assumes that everything
> goes back into one branch -- for example, /trunk. So it seems he needs
> to walk through every branch in his working copy and relocate it
> individually to the correct branch in the rstored repository.
>
> What am I missing?

You must be using file:// access for this scenario, because if you were
using servers, you wouldn't have to change anything in the working copy
- just the server's config.

That being said, svn switch --relocate rewrites urls.

If svn info reported the following in two working copies:
URL: file:///server/svn/repos/project/trunk
URL: file:///server/svn/repos/project/branches/release-1.x

You can rewrite both with the following command:
svn switch --relocate file:///server/svn/repos \
                       file:///recovered/server/svn/repos

Hope that helps !
François

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 17 17:19:12 2004

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.