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

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Jul 1, 2007, 03:01 UTC
Message-ID: <alpine.LFD.0.98.0706301955560.1172@woody.linux-foundation.org>
In-Reply-To: <7vtzsoami9.fsf@assigned-by-dhcp.cox.net>

On Sat, 30 Jun 2007, Junio C Hamano wrote:

> 
> The current scripts that largely use "git-foo" do not have to be
> changed.  Your --no-alias and Linus's "git - foo" would be a
> "solution", but both require changes to the scripts

No. I didn't (and wouldn't) _remove_ the "git-xyzzy" thing.

I'm just saying that it should be considered a secondary thing, and we should have the long-term *option* to remove it.

And in order to do that, we should start removing our dependency on it earlier rather than later.

Your whole alias argument is bogus, since we don't _allow_ aliases to override the command (as you yourself did admit).

So changing the current scripts from using "git-xyzzy" to using "git xyzzy" changes nothing at all - except it gives people the _option_ to stop installing the git-* links if they don't want to.

With my script, you can actually do it and have a mostly working setup. Yeah, not installing the git-* links will actually break some things, but it won't break the really common stuff.

As it is, we have to have the git-* links somewhere, and I don't see why you or others argue that that _requirement_ is somehow a better thing than not requiring it.

With my patch, it's a _choice_, rather than a straight-jacket.

		Linus