36
votes

We would like to merge two of our servers together and in order to do that we would need to install SVN on the "new" server and then move over all of our repositories that we have set up on our "old" server.

Is this an easy operation to do? Possibly using the "Relocate" option that TortoiseSVN provides? What is the best way to do it?

Would this be a good time to re-organize how the repository is set up as well?

4
Here is the documentation on "Relocate" which is only intended to help your working copy find the moved repository. The right-click menu option will only appear in working copy roots.veeTrain

4 Answers

63
votes

You can migrate a repository using the svnadmin dump function. On the SVN server, type svnadmin dump /absolute/path/to/the/repo > /tmp/repo.svndump. This will export the entire repository to a text file in the system's temporary directory and name it "repo.svndump". You might want to compress that file before transferring it to the new server.

Once you have the repo exported, you can then transfer the dump file to the new server and import it like so: svnadmin load /absolute/path/to/the/**new**/repo < repo.svndump.

See 'svnadmin dump' and 'svnadmin load' for more information.

After dumping the repository and loading it on the new server you would use the --relocate command to switch your local copy to the new server.

Caution: If your repositories use any externals then you will have some problems. See my question on Server Fault for details about this.

4
votes

If the new server uses the same operating system you can just copy the entire repository folder to the new server. No need to dump and reload it.

The relocate command allows you to point your working copy to the new server i.e. it does not help you to move the repository, it just saves you from doing a fresh checkout.

Externals can be a problem but do not have to be. If the external repository was on the same server then you probably specified the external with a relative URL. If the new server uses the same structure then everything should work just fine.

2
votes

CLONE-SVN2SVN

If svnadmin dump is not an option, you can use the clone-svn2svn bash script. It copies an SVN directory to another SVN site with compete or partial revision history. Below are the main command line parameters. You can also set the revision from which you want the clone to start copying the history.

clone-svn2svn.sh <source-svn-url> <destination-svn-url>

Requirements

Bash and git are required for the script to work. If you are on Windows or another platform, download them from git-scm web site. This is a git installer with bash included.

Details

The script downloads the source SVN history to a temporary git repository by using git-svn and uploads the history to the target SVN repo.

Shortcomings

The author in revisions in the target repo will be the user running the script (yourself). However, each revision message will have an additional line specifying the original author. So it's not too bad.

0
votes

Would this be a good time to re-organize how the repo is set up as well?

Perfect time to do this, since you'll have to take your repository down anyway while you migrate it to the new server.