On Sun, Oct 28, 2012 at 09:46:35AM -0400, Jeff King wrote: > On Sun, Oct 28, 2012 at 02:39:49PM +0100, Andreas Schwab wrote: > > > Jeff King <peff@xxxxxxxx> writes: > > > > > On Sun, Oct 28, 2012 at 09:36:10AM +0100, Krzysztof Mazur wrote: > > > > > >> DESCRIPTION > > >> ----------- > > >> @@ -43,7 +43,7 @@ This means that `git reset -p` is the opposite of `git add -p`, i.e. > > >> you can use it to selectively reset hunks. See the ``Interactive Mode'' > > >> section of linkgit:git-add[1] to learn how to operate the `--patch` mode. > > >> > > >> -'git reset' --<mode> [<commit>]:: > > >> +'git reset' [--<mode>] [<commit>]:: > > >> This form resets the current branch head to <commit> and > > >> possibly updates the index (resetting it to the tree of <commit>) and > > >> the working tree depending on <mode>, which > > > > > > Should we say something like "if --<mode> is omitted, defaults to > > > "--mixed"? > > > > Under --mixed it already says "This is the default action", though. > > I know, but that is somewhat buried for somebody who is seeing that the > "--<mode>" bit is optional and wondering what it means to omit it. > The --mixed mode is also described as second mode, and saying that --mixed is default earlier may save some time wasted on reading --soft description. There is also small inconsequence in what <mode> is, just "mixed" or "--mixed". Krzysiek -- >8 -- Subject: [PATCH] doc: git-reset: make "<mode>" optional The git-reset's "<mode>" is an optional argument, however it was documented as required. The "<mode>" is documented as one of: --soft, --mixed, --hard, --merge or --keep, so "<mode>" should be used instead of "--<mode>". Signed-off-by: Krzysztof Mazur <krzysiek@xxxxxxxxxxxx> --- Documentation/git-reset.txt | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt index 117e374..978d8da 100644 --- a/Documentation/git-reset.txt +++ b/Documentation/git-reset.txt @@ -10,7 +10,7 @@ SYNOPSIS [verse] 'git reset' [-q] [<commit>] [--] <paths>... 'git reset' (--patch | -p) [<commit>] [--] [<paths>...] -'git reset' (--soft | --mixed | --hard | --merge | --keep) [-q] [<commit>] +'git reset' [--soft | --mixed | --hard | --merge | --keep] [-q] [<commit>] DESCRIPTION ----------- @@ -43,11 +43,11 @@ This means that `git reset -p` is the opposite of `git add -p`, i.e. you can use it to selectively reset hunks. See the ``Interactive Mode'' section of linkgit:git-add[1] to learn how to operate the `--patch` mode. -'git reset' --<mode> [<commit>]:: +'git reset' [<mode>] [<commit>]:: This form resets the current branch head to <commit> and possibly updates the index (resetting it to the tree of <commit>) and - the working tree depending on <mode>, which - must be one of the following: + the working tree depending on <mode>. If <mode> is omitted, + defaults to "--mixed". The <mode> must be one of the following: + -- --soft:: -- 1.8.0.47.g5b520ba -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html