On Sun, Aug 24, 2008 at 10:23 AM, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote: > > > On Sat, 23 Aug 2008, Junio C Hamano wrote: >> >> There is one alternative, and one augmentation: >> >> (A) We do not do anything. >> >> (B) In addition to the main transition plan, outside git, prepare an >> optional "git-old-style" package that installs many "git-foo" >> wrappers in $PATH (i.e. /usr/bin). Each of them exec "git foo". >> People who like the dashed form can keep typing "git-foo", even >> though that will cost them two exec()s. > > I actually suspect that (A) is fine. > > I suggested removing the "git-xyzzy" hardlinks entirely, but that was just > because I didn't think anybody wanted them. > > But given that with the 1.6.0 model you can always just do > > PATH="PATH:$(git --exec-path)" > If it is simple enough to get the git-abc commands by simply editing the PATH var then I would have to agree that (A) is the option I would prefer as well (not that I am as important as Linus though :)). I am also using the git-abc formats in some of my scripts but I would rather edit the PATH variable than to have then installed in /usr/bin (Not to mention that I will be update to 'git abc' as soon as I have time :)). > in your .bashrc or similar to get the git-xyzzy form, and given that > clearly some people like using them, there's really no downside to keeping > them. > > I _would_ suggest against putting them in /usr/bin, even as a > "compatibility plan". Just expose them to people who want them, who can > really quite easily do the above PATH setting. > > Linus > -- > 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 > Best regards -- Imran M Yousuf Email: imran@xxxxxxxxxxxxxxxxxxxxxx Blog: http://imyousuf-tech.blogs.smartitengineering.com/ Mobile: +880-1711402557 -- 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
