technical/shallow: stop referring to grafts

Now that grafts are deprecated, we should start to assume that readers
have no idea what grafts are. So it makes more sense to make the
description of the "shallow" feature stand on its own.

Suggested-by: Eric Sunshine <sunshine@sunshineco.com>
Helped-by: Junio Hamano <gitster@pobox.com>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:
Johannes Schindelin 2018-04-29 00:45:13 +02:00 committed by Junio C Hamano
parent e2d65c1ea8
commit 8d0d81a9ca

View File

@ -8,15 +8,10 @@ repo, and therefore grafts are introduced pretending that
these commits have no parents. these commits have no parents.
********************************************************* *********************************************************
The basic idea is to write the SHA-1s of shallow commits into $GIT_DIR/shallow lists commit object names and tells Git to
$GIT_DIR/shallow, and handle its contents like the contents pretend as if they are root commits (e.g. "git log" traversal
of $GIT_DIR/info/grafts (with the difference that shallow stops after showing them; "git fsck" does not complain saying
cannot contain parent information). the commits listed on their "parent" lines do not exist).
This information is stored in a new file instead of grafts, or
even the config, since the user should not touch that file
at all (even throughout development of the shallow clone, it
was never manually edited!).
Each line contains exactly one SHA-1. When read, a commit_graft Each line contains exactly one SHA-1. When read, a commit_graft
will be constructed, which has nr_parent < 0 to make it easier will be constructed, which has nr_parent < 0 to make it easier