Re: [PATCH] rev-{list,parse}: allow -<n> as shorthand for --max-count=<n>
- From
Junio C Hamano <junkio@cox.net>
- Date
- Jan 25, 2006, 09:52 UTC
- Message-ID
- <7v8xt4ws5r.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <20060125063325.GA7953@mail.yhbt.net>
Eric Wong <normalperson@yhbt.net> writes:
> I don't agree with POSIX on this point, and I don't see why git should > be bound to POSIX, especially at the UI level just because it's POSIX.
Unfortunately, it does not matter in the real world that you and I both do not particularly like "head -n 4". We will see more people who feel "-n 4" more familiar than "-4", unlike old fashioned people like myself.
> ... Heck, I've > been wanting GNU getopt_long() option parsing in git for a while...
We find somebody who wants to do this every now and then, it seems. Last time somebody brought this up in late May 2005, we were still a "too rapidly moving" target, adding and changing options every other day, and the actual implementation went nowhere while the discussion was reasonably healthy. If I recall the discussion correctly, argp instead of GNU getopt was the list favorite back then...