>>
>>$ svnadmin dump ~/repos/test | gzip -9 > svn-repos-test.gz
>>
>
> .tar.gz. :-) ?
>
>
>>Re: multiple files (e.g. one metadata plus one or more content).
Bleck. That
>>makes it really hard to deal with the thing. For example, the above
command
>>line just piped it all through gzip. If you had multiple files, then you
>>couldn't do that.
>>
>
> I don't see anything wrong with multiple files, as long as they are
> packaged up in one blob for transport, and unpack to a single tree.
> (At least, the objections above don't seem to apply to that kind of
> tar file.)

work. Otherwise people with larger repositories will have problems on
32-bit filesystems. As a specific example Oracle's export/import tool
*can't* read from stdin because of the file format I presume. I have
run across other tools from time to time that don't deal well with this
the 2GB limit.

That might be a constraint on the style and managment of a single file
format. Given svn does lots of stuff streamy, I would assume it would
do this too. But just to put in the explicit request.