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

Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins

From: Andi Kleen <hidden>
Date: 2016-06-15 22:45:13

Possibly related (same subject, not in this thread)

On Tue, Aug 26, 2008 at 06:25:13PM +0200, Petr Baudis wrote:
On Tue, Aug 26, 2008 at 06:04:00PM +0200, Matthias Kestenholz wrote:
quoted
Correct, but there is a benefit. Imagine a new user:

git-<tab><tab> ... what? 140-something commands? I'll better start looking
for alternatives _right now_!
Actually, this is the only realistic argument I can remember at all.
It's not very convincing, because the bash completions script file for git 
is installed by default[1] which completes both forms, so the new user will 
experience instead:

git<space><tab><tab>.... what? 140-something commands? etc.etc.

Someone didn't think this through?

I won't disagree that the 140 commands thing is a problem -- I remember
thinking the same thoughts and I am still scared occasionally by
the multitude of commands. But that doesn't seem to be the solution.

-Andi

[1] At least it's in my openSUSE build service git-core rpm by default.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help