Re: [PATCH 5/6] git-reset.txt: point to git-checkout
From: Junio C Hamano <hidden>
Date: 2016-06-15 22:49:32
Michael J Gruber [off-list ref] writes:
quoted hunk
for the case of updating a file in index and worktree. Signed-off-by: Michael J Gruber <redacted> --- Documentation/git-reset.txt | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-)diff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt index 60b4b80..40e2fd8 100644 --- a/Documentation/git-reset.txt +++ b/Documentation/git-reset.txt@@ -27,6 +27,9 @@ in all forms. This means that `git reset <paths>` is the opposite of `git add <paths>`. +If you want to reset index entry and working tree state of a file, +linkgit:git-checkout[1] is your friend. +
I am not quite sure if this is an improvement.
You can reset the index entry using git-reset and then check the path out
of the index to the working tree using git-checkout, in two separate
steps. You can alternatively stuff the contents out of a commit (or more
in general any tree-ish) to the index and check it out to the working tree
with a single git-checkout. It is obvious to _me_ that you meant to hint
the latter in the above, but for people who need that hint it probably
isn't. Can we make it clearer? Perhaps...
Using linkgit:git-checkout[1], you can copy the contents of a path out
of a commit to the index and to the working tree in one go.
Or if you meant the former,
After running "git reset <paths>" to update the index entry, you can
use linkgit:git-checkout[1] to check the contents out of the index to
the working tree.