On Thu, Aug 14, 2008 at 06:51:31PM +0000, Alex Riesen wrote: > Marcus Griep, Thu, Aug 14, 2008 16:03:22 +0200: > > Alex Riesen wrote: > > > GNU ls and du use "-h", with du using -H for SI units. > > > > git's parse options plays interference here and injects the usage > > and exits if it finds the '-h' option. Is there a way to get around > > that? > > AFAICS - no. I'd suggest removing "-h" from the unconditionally > reserved list of options (untested patch attached). "--help" is well > known (which could be a reason why coreutils uses just it). But --help is not as terse as -h is, and it would be going backwards not having it anymore. > On somewhat similar note, how about be a bit _less_ user-friendly in > the text messages? IOW, make things like "something didn't work, > please try doing 'git something-else'" configurable (ok, active by > default, by deactivatable). These take an awful lot of screen space. > The builtin fetch, checkout, add (the most often used commands) are > the chattiest. The text in commit buffer takes almost half of screen, > too. We probably want to reorganize some of our options so that it's less verbose, but FWIW I prefer the git foo -h wrt git foo --help because I usually *know* there is an option, and git foo -h is way easier to grep with the eye than the man page. -- ·O· Pierre Habouzit ··O madcoder@xxxxxxxxxx OOO http://www.madism.org
Attachment:
pgpNVC7EvBXoG.pgp
Description: PGP signature
