[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Bug: "svnadmin dump --incremental --deltas" gives too much output

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Tue, 30 Sep 2008 12:29:22 -0400

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
     revision.

   * --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 Demand

Received on 2008-09-30 18:29:37 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.