Re: Moving from one svn server to another, despite heavy use of absolute external references?

On Jul 28, 2009, at 18:27, Dan Stromberg wrote:

>> I forgot about another method (that I have never used -- because I
>> have
>> never needed to) that you could try. Assuming you have access to the
>> repository (server side), you can dump the repository and then I
>> believe the
>> SvnDumpTool has an option (transform-prop) to fix up the
>> externals. Please
>> try it out and see if it works for you.
>
> Oh, interesting.
>
> I've copied the data using svnadmin dump | ssh svnadmin load, but
> SvnDumpTool sounds pretty interesting.

I used svndumptool to make this kind of change in one of my
repositories (which I started before Subversion had relative
externals) when I moved it from my local machine to Google Code. I
highly recommend it. I used something like this:

        $SVNDUMPTOOL transform-prop svn:externals \
        '^(\S+) http://\S+/code(\S+)' '^\2 \1' \
        old.dump new.dump

("code" is the highly original name of my repository.)

The above would transform an absolute externals definition like this:

        excanvas http://server/code/vendor/excanvas/0001

into a repository-relative one like this:

        ^/vendor/excanvas/0001 excanvas

My repository was very small so it was not impractical for me to
write a script to do the conversion, try it out, notice what was
wrong, fix the script, try again, repeat dozens of times until I had
everything transformed the way I wanted it. (I was changing not only
externals but also mime-type, eol-style, author, etc.) For a large
repository the time the script would take to run might make this more
difficult. But you could start with a partial dump and work up from
there.

The author of svndumptool was very accommodating and made changes to
it for me. Those changes have not yet appeared in a released version
of svndumptool but you can grab the latest code from its repository
and use that, which is what I did.

> Why does SvnDumpTool have such
> a low version number though? Does the author not trust it yet? I
> don't want to take any unnecessary risks with these files.

You will have to ask the author about his version numbering scheme.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2376497

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-07-29 10:49:56 CEST