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

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

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: Tue, 30 Sep 2008 11:21:11 +0200

[From http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500544 which
I reported yesterday; this is with version 1.5.1 (r32289).]

"svnadmin dump --incremental --deltas" should give deltas against the
previous revision[*], but this is not the case:

ay:~> svnadmin dump -r25091 --incremental --deltas svn | wc -c
* Dumped revision 25091.

ay:~> svn diff -c25091 wd | wc -c

Note that there are only text files. As you can see, "svn diff" is
much more efficient than "svnadmin dump --incremental --deltas".
The output of "svnadmin dump --incremental --deltas" shows very
old contents that should thus not have appeared in its output.

[*] From the svn-book:

  The second useful option is --deltas. This option causes svnadmin
  dump to, instead of emitting full-text representations of file
  contents and property lists, emit only deltas of those items against
  their previous versions. This reduces (in some cases, drastically)
  the size of the dump file that svnadmin dump creates. There are,
  however, disadvantages to using this option---deltified dump files
  are more CPU-intensive to create, cannot be operated on by
  svndumpfilter, and tend not to compress as well as their
  nondeltified counterparts when using third-party tools such as gzip
  and bzip2.

Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-30 11:21:31 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.