Skip to content

Commit e1ebf21

Browse files
committed
Merge branch 'maint'
* maint: user-manual: Rewrite git-gc section for automatic packing user-manual: Fix 'you - Git' -> 'you--Git' typo user-manual: Fix 'http' -> 'HTTP' typos user-manual: Fix 'both: so' -> 'both; so' typo
2 parents 271cd23 + 901fd18 commit e1ebf21

File tree

1 file changed

+10
-16
lines changed

1 file changed

+10
-16
lines changed

Documentation/user-manual.txt

Lines changed: 10 additions & 16 deletions
Original file line numberDiff line numberDiff line change
@@ -782,7 +782,7 @@ e05db0fd4f31dde7005f075a84f96b360d05984b
782782

783783
Or you could recall that the ... operator selects all commits
784784
contained reachable from either one reference or the other but not
785-
both: so
785+
both; so
786786

787787
-------------------------------------------------
788788
$ git log origin...master
@@ -1562,17 +1562,11 @@ Ensuring good performance
15621562
-------------------------
15631563

15641564
On large repositories, Git depends on compression to keep the history
1565-
information from taking up too much space on disk or in memory.
1566-
1567-
This compression is not performed automatically. Therefore you
1568-
should occasionally run linkgit:git-gc[1]:
1569-
1570-
-------------------------------------------------
1571-
$ git gc
1572-
-------------------------------------------------
1573-
1574-
to recompress the archive. This can be very time-consuming, so
1575-
you may prefer to run `git gc` when you are not doing other work.
1565+
information from taking up too much space on disk or in memory. Some
1566+
Git commands may automatically run linkgit:git-gc[1], so you don't
1567+
have to worry about running it manually. However, compressing a large
1568+
repository may take a while, so you may want to call `gc` explicitly
1569+
to avoid automatic compression kicking in when it is not convenient.
15761570

15771571

15781572
[[ensuring-reliability]]
@@ -1931,11 +1925,11 @@ linkgit:git-daemon[1] man page for details. (See especially the
19311925
examples section.)
19321926

19331927
[[exporting-via-http]]
1934-
Exporting a Git repository via http
1928+
Exporting a git repository via HTTP
19351929
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
19361930

19371931
The Git protocol gives better performance and reliability, but on a
1938-
host with a web server set up, http exports may be simpler to set up.
1932+
host with a web server set up, HTTP exports may be simpler to set up.
19391933

19401934
All you need to do is place the newly created bare Git repository in
19411935
a directory that is exported by the web server, and make some
@@ -1961,7 +1955,7 @@ $ git clone http://yourserver.com/~you/proj.git
19611955
(See also
19621956
link:howto/setup-git-server-over-http.txt[setup-git-server-over-http]
19631957
for a slightly more sophisticated setup using WebDAV which also
1964-
allows pushing over http.)
1958+
allows pushing over HTTP.)
19651959

19661960
[[pushing-changes-to-a-public-repository]]
19671961
Pushing changes to a public repository
@@ -3396,7 +3390,7 @@ $ git log --raw --all
33963390
------------------------------------------------
33973391

33983392
and just looked for the sha of the missing object (4b9458b..) in that
3399-
whole thing. It's up to you - Git does *have* a lot of information, it is
3393+
whole thing. It's up to you--Git does *have* a lot of information, it is
34003394
just missing one particular blob version.
34013395

34023396
[[the-index]]

0 commit comments

Comments
 (0)