[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