Re: Start deprecating "git-command" in favor of "git command"
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Jul 1, 2007, 12:12 UTC
- Message-ID
- <Pine.LNX.4.64.0707011301540.4438@racer.site>
- In-Reply-To
- <7vsl8894tc.fsf@assigned-by-dhcp.cox.net>
Hi,
On Sat, 30 Jun 2007, Junio C Hamano wrote:
> Your patch _closes the door_ for us to implement overriding aliases > later if we wanted to; we would need to go back to the scripts and say > "git --no-alias xyzzy" again.
No, it does not.
Carlos had a cute idea on IRC, but was too shy to mention it here. There is a central place for Git's shell script, git-sh-setup. Defining an environment variable there, GIT_NO_ALIAS, and honouring that in the Git wrapper. Something similar is possible in Git.pm for perl scripts.
Note: I am opposed to overriding default parameters via alias. I am only stating that it is still possible.
I am in favour of Linus' patch. Here's why: quite some times, I have been asked (at a very late stage) "What still confuses me: what is the difference between git-xyz and git xyz?" It _is_ confusing for beginners, even if it is easy to explain.
Ciao, Dscho