git/rev-parse.c, branch v1.2.2

git-rev-parse: Fix --short= option parsing

2006-02-18T01:33:11Z

Signed-off-by: Jonas Fonseca

rev-parse lstat() workaround cleanup.

2006-02-06T05:49:42Z

Earlier we had a workaround to avoid misspelled revision name to be taken as a filename when "--no-revs --no-flags" are in effect. This cleans up the logic. Signed-off-by: Junio C Hamano

Fix git-rev-parse over-eager errors

2006-02-05T21:44:59Z

Using "--verify" together with "--no-flags" makes perfect sense, but git-rev-parse would complain about it when it saw a flag, even though it would never actually use/output that flag. This fixes it. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

rev-list: allow - as shorthand for --max-count=

2006-02-01T00:23:03Z

This builds on top of the previous one. Traditionally, head(1) and tail(1) allow their line limits to be parsed this way. Signed-off-by: Eric Wong Signed-off-by: Junio C Hamano

rev-list: allow -n as shorthand for --max-count=

2006-02-01T00:23:03Z

Both -n and -n are supported. POSIX versions of head(1) and tail(1) allow their line limits to be parsed this way. I find --max-count to be a commonly used option, and also similar in spirit to head/tail, so I decided to make life easier on my worn out (and lazy :) fingers with this patch. Signed-off-by: Eric Wong Signed-off-by: Junio C Hamano

Merge lt/revlist,jc/diff,jc/revparse,jc/abbrev

2006-01-28T08:16:09Z

rev-parse: make "whatchanged -- git-fetch-script" work again.

2006-01-28T08:09:58Z

The latest update to avoid misspelled revs interfered when we were not interested in parsing non flags or arguments not meant for rev-list. This makes these two forms work again: git whatchanged -- git-fetch-script We could enable "!def" in the part this change touches to make the above work without '--', but then it would cause misspelled v2.6.14..v2.6.16 to be given to diff-tree and defeats the whole point of the previous fix. Signed-off-by: Junio C Hamano

Rename rev-parse --abbrev to --short.

2006-01-28T08:09:39Z

The usage of rev-parse to serve as a flag/option parser for git-whatchanged and other commands have serious limitation that the flags cannot be something that is supported by rev-parse itself, and it cannot worked around easily. Since this is rarely used "poor-man's describe", rename the option for now as an easier workaround. Signed-off-by: Junio C Hamano

rev-parse --abbrev: do not try abbrev shorter than minimum.

2006-01-28T08:09:39Z

We do not allow abbreviation shorter than 4 letters in other parts of the system so do not attempt to generate such. Noticed by Uwe Zeisberger. Signed-off-by: Junio C Hamano

rev-parse: --abbrev option.

2006-01-28T08:09:38Z

The new option behaves just like --verify, but outputs an abbreviated object name that is unique within the repository. Signed-off-by: Junio C Hamano