Am 22.08.2012 12:29, schrieb Michael Hüttermann:
> does a "svn relocate" in a workspace work when I'm migrating to a
> different server *and* dump/load the old repo into a new repository, on
> the new server?
"svn relocate" tells the working copy that the identical repository is
to be accessed via a different URL from now on. The important part there
is the word "identical", which refers to the repo's ID. When loading an
empty repository from a dumpfile, the default is to take the ID from the
dumpfile, otherwise the ID generated by "svnadmin create" is preserved.
Of course, even if the repositories have the same ID, if they have
different contents (like different revision history) it will still break
things.
For your case, it works if the new repository
1. has the same ID, preserve that while loading
2. has equivalent content, don't modify the dump file
BTW: SVN is not a magic backup tool, it can't save you from hardware
failure. Your backup/recovery plan should include the answers to the
above already!
Schoene Gruesse aus Hamburg!
Uli
**************************************************************************************
Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
Received on 2012-08-22 12:39:51 CEST