Yann Dirson [off-list ref] writes:
On Sat, Jun 30, 2007 at 12:17:10PM -0700, Junio C Hamano wrote:
quoted
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".
"git --no-alias foo" (like "cvs -f foo" which ignores ~/.cvsrc) ?
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 -- and that
"solution" is necessary only because we would rewrite calls to
"git-foo" in existing scripts to "git foo" today?
No, thanks. We should do better than that.
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