[svnbook commit] r1313 - trunk/src/en/book

Brian W. Fitzpatrick fitz at red-bean.com
Thu May 19 20:46:42 CDT 2005


On May 19, 2005, at 4:18 PM, C. Michael Pilato wrote:

> fitz wrote:
>
>
>> Author: fitz
>> Date: Thu May 19 15:05:12 2005
>> New Revision: 1313
>>
>> Modified: trunk/src/en/book/ch09.xml
>> ===================================================================== 
>> =========
>> --- trunk/src/en/book/ch09.xml    (original)
>> +++ trunk/src/en/book/ch09.xml    Thu May 19 15:05:12 2005
>> @@ -4033,6 +4033,19 @@
>>             <replaceable>LOWER</replaceable> is given, dump that one
>>             revision tree.  See <xref linkend="svn-ch-5-sect-3.5"/>
>>             for a practical use.</para>
>> +
>> +          <para>If the size of your Subversion dumpfile is a  
>> concern,
>> +            you can use the <option>--deltas</option> switch to (in
>> +            some cases drastically) reduce the size of the dumpfile
>> +            that <command>svnadmin</command> creates.  With this
>> +            switch, instead of writing the full content of each
>> +            revision to the dumpfile, <command>svnadmin dump</ 
>> command>
>> +            will only emit the differences from one revision to the
>> +            next.  There are, however, disadvantages to creating
>> +            deltified dumpfiles: It's more CPU intensive to create
>>
>>
> Lose the colon.  We don't do colons.  We do —es.  And you  
> don't capitalize after a colon anyway.

Fixed.

>> +            them and <command>svndumpfilter</command> can't  
>> operate on
>> +            them.</para>
>>
>>
> Did you intentionally omit the disadvantage related to  
> compressability due to lack of redundant data that was in the  
> original patch?  If so, why?  (Might be a bogus claim for all I  
> know -- enlighten me.)

Unintentional loss due to reorganization of content.  Fixed in r1314.

-Fitz, trying to get used to these short 4 digit revnums



More information about the svnbook-dev mailing list