Re: Start deprecating "git-command" in favor of "git command"

From: Junio C Hamano <gitster@pobox.com>
Date: Jun 30, 2007, 20:22 UTC
Message-ID: <7vlke1b3ai.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <7vy7i1b6bt.fsf@assigned-by-dhcp.cox.net>

Junio C Hamano <gitster@pobox.com> writes:

Show 9 quoted lines

> Linus Torvalds <torvalds@linux-foundation.org> writes:
>
>> Anyway, while actually removing the "git-xyzzy" things is not practical 
>> right now, we can certainly start slowly to deprecate it internally inside 
>> git itself - in the shell scripts we use, and the test vectors.
>
> So I am somewhat negative on this, unless there is a way for
> scripts to say "Even though I say 'git foo', I do mean 'git foo'
> not whatever the user has aliased".

Having said that, I am not opposed to encourage distros to set gitexecdir to $(prefix)/libexec in their modified Makefile. There is no reason to contaminate a directory on end users' $PATH with hundreds of commands that begin with "git-" prefix.

In fact, I used to configure my copy of git with gitexecdir set to outside my $PATH when we first started pushing it to make sure everything works (I do not install git from distro on my machine so I know I have only one instance of bin/git in my path). It used to work, but I am no longer using that layout these days, so it is entirely possible that we might have broken the support along the way. And _that_ is worth fixing.