Thank you Greg, Ben, and Max for the replies.
I started crafting a patch for Chapter 9 of the book, but didn't see
an obvious precedent for this kind of detail. Instead, here's a
paragraph to be used for the book, the FAQ, or just to sit in the
archives for happy googling.
A normal <code>svnadmin dump</code> dumps the full content of
every revision. The <code>--deltas</code> option will output only
the changes from the previous revision in a binary diff format.
This normally creates a smaller output file. When compressed, a
normal dumpfile will often be smaller, because it contains more
redundant data. There are some disadvantages to
<code>--deltas</code>: svndumpfilter cannot operate on
deltified-dumps. They are also more CPU intensive to create and
load.
(I think it needs a little massaging.)
-R
At Mon, 2 May 2005 13:33:22 +0100,
Max Bowsher wrote:
>
> Robert Spier wrote:
> > Is there a reason (beyond backwards compatibility) that --deltas isn't
> > the default for svnadmin dump?
>
> Svndumpfilter cannot work on them.
>
> Full-dump + bzip2 is smaller than delta-dump + bzip2 for at least some
> kinds of data sets.
>
> Delta-dumps are require more CPU-work to produce and consume.
>
> Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 14 05:58:59 2005