On Tue, Aug 26, 2008 at 12:04:51PM -0700, Linus Torvalds wrote: > > > On Tue, 26 Aug 2008, Al Viro wrote: > > > > Well, to be fair, "man git-add for git add is rather unconventional" is > > a valid point... > > On the other hand: > > - "man" simply cannot currently handle "man git add", even though there's > been some noise to teach it. > > - you can use "git help add" instead, since git itself does understand > this. It will just go "man git-add" for you, so that your fingers don't > have to type that dash ;) Yeah... Actually, it all boils down to YAsrbBogosity. Namely, rather dumb conventions for $PATH; it would be much saner if the things worked as for $CDPATH. That is, /<whatever> -> use that as-is ./<whatever> -> use that as-is ../<whatever> -> use that as-is <anything else> -> try to use <path element>/<anything else> for each path element. The difference, of course, is that things like git/subcommand would end up as /usr/bin/git/subcommand, nicely gathering related stuff together in obvious place and keeping the size of /usr/bin down. Without the holy wars about irregular syntax, etc., etc. Not that it had been the worst offense against the sanity and taste that went into sh(1)... -- 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
