Thread (2 messages) flat view 2 messages, 2 authors, 2016-06-15

Re: [PATCH] git.c: make usage match manual page

From: Kevin Bracey <hidden>
Date: 2016-06-15 22:56:21

On 11/03/2013 21:58, Junio C Hamano wrote:
Kevin Bracey [off-list ref] writes:
quoted
Re-ordered option list in command-line usage to match the manual page.
Also makes it less than 80-characters wide.
Thanks (s/Re-ordered/reorder/ and s/makes/make/, though).
Got it. But I'm going to reword it, to follow the history of the manual 
change.
Is git.c the only one whose "-h" output does not match the manual
synopsis?
Generally, "-h" just puts "<options>" in the synopsis, and then prints a 
line per option, so most commands don't really match the manual "show 
all options on one line" style anyway. git.c is atypical. (Something 
else to look at for the whole git help thing? Should "git -h" print a 
option list in that style?)

But, yes, I've found a few others that are show almost the same thing as 
the manual but with subtle pointless differences. "git remote", for 
example. That's a larger project, I feel; the 80-column thing is key here.

Kevin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help