From: Julia Evans <julia@xxxxxxx> Many Git users don't know what the term "reset" means. Resolve this by: - Expanding it into its definition, in one case - Giving a simpler but still accurate explanation ("the branch will not be created or modified"), in the other case Signed-off-by: Julia Evans <julia@xxxxxxx> --- Documentation/git-checkout.adoc | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/Documentation/git-checkout.adoc b/Documentation/git-checkout.adoc index 4de3ac6680..e4614674f0 100644 --- a/Documentation/git-checkout.adoc +++ b/Documentation/git-checkout.adoc @@ -54,18 +54,17 @@ to print out the tracking information for the current branch. `--track` without `-b` implies branch creation; see the description of `--track` below. + -If `-B` is given, _<new-branch>_ is created if it doesn't exist; otherwise, it -is reset. This is the transactional equivalent of +If `-B` is given, _<new-branch>_ is created if it doesn't exist; +otherwise `<new-branch>` is forced to point at the commit. This is the +transactional equivalent of + ------------ $ git branch -f <branch> [<start-point>] $ git checkout <branch> ------------ + -that is to say, the branch is not reset/created unless "git checkout" is -successful (e.g., when the branch is in use in another worktree, not -just the current branch stays the same, but the branch is not reset to -the start-point, either). +that is, the branch will not be created or modified unless +`git checkout` is successful. `git checkout --detach [<branch>]`:: `git checkout [--detach] <commit>`:: -- gitgitgadget