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

Merging repositories => UUID conflict

From: Jan Keirse <jan.keirse_at_tvh.be>
Date: Mon, 15 Oct 2012 16:08:26 +0200

Hello,

we currently have multiple repositories but want to merge all of these for
various reasons but am running into a problem.
Here's what we have now:
Repositories A and B, they have no paths in common, except for /, because
repository A has /trunk, /branches, /tags while B has
/project[x]/branches,...
What I tried is to svnadmin dump B and svnadmin load it into A. Obviously
the revision numbers are different but otherwise everything is there and
this appears to be a good sollution.
However, when I try to svn relocate the working copies from repository B to
repository A because the UUID is different between the 2 servers. I had
hoped I would be able to just relocate and after an update svn would see
nothing changed between the version number increase and just accept it.

I now have 2 questions I can't seem to find an answer to:
- Is there a way to merge the repositories without having to checkout all
working copies again? I only found references to how to do it by editing
the metadata of the working copy with sqlite but that just doesn't sound
like a healthy path to choose.
- Is the concept of dumping a repository and loading into another
repository that already have revisions something safe? Or is this risky
(one odd thing that's instantly visible is that revisions with high numbers
can be older than revisions with lower numbers?)

Kind Regards,

*JAN KEIRSE*
*CORPORATE SERVICES* • *Specialist Software Developer*
T +32 56 43 42 45 • F +32 56 43 44 46 • jan.keirse_at_tvh.com

*TVH GROUP NV*
Brabantstraat 15 • BE-8790 WAREGEM
T +32 56 43 42 11 • F +32 56 43 44 88 • www.tvh.com
Received on 2012-10-15 16:09:16 CEST

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.