subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nico Kadel-Garcia <nka...@gmail.com>
Subject Re: svnrdump produce a strange dump file
Date Thu, 01 Oct 2015 13:29:28 GMT
On Thu, Oct 1, 2015 at 4:19 AM, Yves Martin <ymartin1040@gmail.com> wrote:
>   Hello,
>
> I have a Subversion 1.6.17 server running on Debian Linux and access through
> HTTPS.
>
> I used both Subversion 1.8.10 and Subversion 1.9.2 to produce a partial dump
> of the repository:

*Why*? If you have a subversion 1.6.17 server, why wouldn't you use
the the local svnadmin dump command for maximum binary compatibility?
I'm not saying it shouldn't work, just wondering why you're even
bothering.

If you're doing an rsync or scp to a remote system and doing the
svndump there, you're running the risk of transferring content in the
middle of an atomic operation and thus confusing the system.

> svnrdump dump -r 51686:77787
> https://myhost/subversion/repository/PROJECT/trunk/amodule | gzip >
> amodule.dump.gz


Does anyone actually use "svnrdump"? I've not explored it myself, but
don't see where it's a big advantage over a remote "ssh hostname
svnadmin dump" command, which avoids the kind of confusion I just
described. I'd start there, to avoid certain levels of uncertainty and
incompatibility with an out of date and no longer supported Subversion
release with a more modern tool that may not have been thoroughly
tested with it.

Mime
View raw message