Jeff King <peff@xxxxxxxx> writes: > On Thu, Nov 29, 2007 at 04:13:29PM -0800, Junio C Hamano wrote: > >> - Post v1.5.5, start cooking the change that does not install hardlinks >> for built-in commands, aiming for inclusion in v1.5.6, in May-Jun >> 2008 timeframe. > > I am still against this step, for the reasons mentioned in the mails > leading up to the one you just quoted. I am fine with "does not install > hardlinks for builtin-commands on systems that don't support hardlinks" > (and of course all such hardlinks are in $(libexecdir)/git-core at this > point). I understand your point was primarily "git-a<tab>". I think it has been solved for bash and zsh but not for other shells. I think possible and sensible avenues are (1) punt -- cvs, svn nor hg people do not seem to have problem with it, or (2) implement completion in your other favorite shells. And I think the following from Linus makes sense. > And from a consistency standpoint, that would be a *good* thing. There are > many reasons why the git-xyz format *cannot* be the "consistent" form > (ranging from the flags like --bare and -p to just aliases), so > encouraging people to move to "git xyz" is just a good idea. > > Yeah, yeah, the man-pages need the "git-xyz" form, but on the other hand, > rather than "man git-xyz", you can just do "git help xyz" instead, and now > you're consistently avoiding the dash again! but I am feeling quite feverish today so I may be missing something obvious. - 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