RE: Bug: "svnadmin dump --incremental --deltas" gives too much output
From: Paul Charlton <techguru_at_byiq.com>
Date: Tue, 30 Sep 2008 10:24:34 -0700
for completeness, the doc comment in "svn_repos.h" covers the behavior of "--deltas" accurately, in that it states:
* If @a use_deltas is @c TRUE, output only node properties which have
* changed relative to the previous contents, and output text contents
* as svndiff data against the previous contents. Regardless of how
* this flag is set, the first revision of a non-incremental dump will
* be done with full plain text. A dump with @a use_deltas set cannot
* be loaded by Subversion 1.0.x.
Vincent Lefevre wrote:
> On 2008-09-30 08:08:01 -0700, Paul Charlton wrote:
>> Assume 2 revisions: (n), (n-1), containing just a few text files.
>> "dump" must export "(n):full text" (to recreate a baseline) and also
>> the difference of (n):(n-1)
> No, the baseline can be obtained from the previous revisions.
> "dump" does not behave as you say: try it!
Vincent, I think you understand the --incremental and --deltas option intents, but for the sake of others in this thread, allow me to clarify:
* With no options, the first revision dumped by 'svnadmin dump' will
contain a complete listing of every directory and file in the
repository, the files' fulltext contents, all properties, etc.
Subsequent dumped revisions have the same but only for files and
directories changed in that revision.
* All that --incremental does is make that first dumped revision
like the others by only representing the files/dirs changed in that
* --deltas causes 'svnadmin dump' to use binary deltas instead of
fulltexts to represent file contents.
Sadly, 'svnadmin help's usage message isn't very helpful, because it uses "diff vs. fulltext" to describe for --incremental instead of "changed paths vs. all paths".
-- C. Michael Pilato <cmpilato_at_collab.net> CollabNet <> www.collab.net <> Distributed Development On DemandReceived on 2008-09-30 19:24:48 CEST
This is an archived mail posted to the Subversion Dev mailing list.