git-svn equivalent to "svn switch --relocate"

   I know this has been addressed a few times, but since I haven't found
any reasonable way to relocate a git-svn repository (after a protocol
change, or a server name change) I thought I'd share how I did it.

   Step 1 is to edit ".git/config" and modify the "url = " line so
that it reflects the new repository address. For instance:

- url = http://svn.gnome.org/svn/gimp + url = svn+ssh://svn.gnome.org/svn/gimp

   From now on, git-svn will basically stop working, because the
"git-svn-id:" lines in the commit logs will no longer match its
configuration. And git-filter-branch is of no use here either, because
it will change the md5sum of each commit, and git-svn will no longer be
able to track the commits.

   Step 2 is therefore to temporarily hack git-svn to make it think
the commit messages do use the new URL. This is done at the end of the
"extract_metadata" subroutine:

 		($rev, $uuid) = ($id =~/^\s*git-svn-id:\s(\d+)\@([a-f\d\-]+)/);
 	}
+	$url =~ s|http://svn.gnome.org/svn/gimp/|svn+ssh://svn.gnome.org/svn/gimp/|;
 	return ($url, $rev, $uuid);
 }

   This will usually be needed only until the next SVN commit is merged
and the git-svn tree is rebased.

   Hope this can help a few. Unfortunately I don't understand the
git-svn source code well enough to work on a cleaner way to do that.

Cheers,

On Tue, Jun 17, 2008 at 12:06 PM, Sam Hocevar <sam@zoy.org> wrote:

It is not so hard to work around this problem. After you run filter-branch, make sure the ref used by git-svn in refs/remotes points to the new (altered) hash. Then, delete the .git/svn/<remote> directory corresponding to the svn-remote you changed (trunk, probably). When you next run "git svn fetch", git-svn will regenerate its revmap using the new hash, and everything should be peachy after that.