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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> When you do
> 
> 	ls<space><tab><tab>

Actually do ls --<tab><tab> and you can well be scared too. 
Perhaps it's not quite git class yet, but it's working on it.
I could imagine some Unix newbie be scared about that.

["Quick: mention the two characters not used as ls short options yet"]

> 
> and it says
> 
> 	Display all 122 possibilities? (y or n)
> 
> (yeah, my home directory is a mess)

It's quite tidy in fact :)

% ls <tab><tab>
Display all 584 possibilities? (y or n)

> 120-something commands? etc etc".

I was assuming someone thinking about using git. At some point
they will do the git<space><tab><tab> thing and be scared away.

Ok maybe it's not the first action, but it's likely in the first 10 
minutes; more or less once they discover that git has sub commands.

Anyways the real solution to that is either having less commands
or hiding the internal ones better. I think both would be fine,
but once that is done and there's a slimmed down non scary list,
there's no reason to not put the remaining non internal ones back 
into $PATH isn't it?

-Andi
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux