hgbook
changeset 927:d2e041bef460
Correcting a few typos, spotted while translating the hgboox in french, in the english version
author | Romain PELISSE <romain.pelisse@atosorigin.com> |
---|---|
date | Sun Feb 08 15:38:18 2009 +0100 (2009-02-08) |
parents | 730d912ef843 |
children | c85c4c5bee0b |
files | en/intro.tex |
line diff
1.1 --- a/en/intro.tex Sun Feb 08 14:17:16 2009 +0100 1.2 +++ b/en/intro.tex Sun Feb 08 15:38:18 2009 +0100 1.3 @@ -359,7 +359,7 @@ 1.4 1.5 Before you read on, please understand that this section necessarily 1.6 reflects my own experiences, interests, and (dare I say it) biases. I 1.7 -have used every one of the revision control tools listed below, in 1.8 +I have used every one of the revision control tools listed below, in 1.9 most cases for several years at a time. 1.10 1.11 1.12 @@ -406,7 +406,7 @@ 1.13 Because Subversion doesn't store revision history on the client, it is 1.14 well suited to managing projects that deal with lots of large, opaque 1.15 binary files. If you check in fifty revisions to an incompressible 1.16 -10MB file, Subversion's client-side space usage stays constant The 1.17 +10MB file, Subversion's client-side space usage stays constant. The 1.18 space used by any distributed SCM will grow rapidly in proportion to 1.19 the number of revisions, because the differences between each revision 1.20 are large.