Guten Tag Jan Keirse, am Montag, 15. Oktober 2012 um 16:08 schrieben Sie: > 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.
But it's not just the version numbers different from repo B to A, all content before repo B was loaded into A is missing from working copies for repo B. > - Is there a way to merge the repositories without having to > checkout all working copies again? You only need to checkout the working copies from that repo which was loaded into another one, because all other working copies just need updates. Else the answer is no. > - Is the concept of dumping a repository and loading into another > repository that already have revisions something safe? Yes, I did it myself some months ago for comparable reason like you: The content of B was better placed in A and I wanted to keep all the history of B. > 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?) It's only risky if you use tools which work on dates, not revisions, else devs need to know the fact of the merge to not wonder on such revisions, of course, but from my experience as development continues in the target repo of the merge there's no real problem as devs will focus on their newly created revisions. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.............030-2 1001-310 Fax...............05151- 9468- 88 Mobil..............0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow