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

Re: possible usability issue in rebase -i?

From: Erik Faye-Lund <hidden>
Date: 2016-06-15 22:47:37

On Wed, Oct 28, 2009 at 3:34 PM, Baz [off-list ref] wrote:
2009/10/28 Erik Faye-Lund [off-list ref]:
quoted
I'm not sure I follow - aren't dashless options, uhm, dashless? Do you
mean to use the long-form instead of the short-form? I'll assume
that's what you mean for now, since you changed "-i" to "--interactive
| -i".
No, I just meant 'git rebase' not 'git-rebase'. Sorry, I changed a
couple of things at once.
Ah, didn't notice that one. I completely agree with you on this.
tend to emit one-liners. As for calling out 'interactive', at the
other extreme its not clear to me why we mention '-i' separately from
'[options]' at all. rebase is already pretty inconsistent here, giving
short or long usage messages depending on whether you passed '-i'. But
I'll take comments on this when I submit the patch, I've no strong
feelings on it.
It's a simple reason why the output is different - this is the usage
for "git rebase -i" (hence it is in git-rebase--interactive.sh). I
guess this distinction would be slightly clearer if we removed the
brackets from the usage like this:

-git-rebase [-i] [whatever]
+git-rebase -i [whatever]


-- 
Erik "kusma" Faye-Lund
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help