Re: [PATCH] config: introduce GIT_GLOBAL_CONFIG to override ~/.gitconfig
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Sep 27, 2012, 17:50 UTC
- Message-ID
- <7vk3vfqrrp.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <vpq626zjtds.fsf@grenoble-inp.fr>
Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> writes:
Show 20 quoted lines
> Ramkumar Ramachandra <artagnon@gmail.com> writes: > >> diff --git a/Documentation/git-config.txt b/Documentation/git-config.txt >> index eaea079..c8db03f 100644 >> --- a/Documentation/git-config.txt >> +++ b/Documentation/git-config.txt >> @@ -205,6 +205,9 @@ $GIT_DIR/config:: >> User-specific configuration file. Also called "global" >> configuration file. >> >> +$GIT_GLOBAL_CONFIG:: >> + Overrides the path of the global configuration file. >> + > > I'm not particularly in favor of introducing another environment > variable, but if you are to introduce it, why just override the > configuration file, and not $HOME completely (e.g. to override > $HOME/.git-credentials too). > > There was a patch proposing that here ($GIT_HOME to override $HOME):
I think both of these are at the entrance of slippery slope to insanity I'd rather not to venture into.
If somebody hates ~/.dotmanyfiles so much, why not do HOME=~/dots/, instead of having to set GIT_HOME to move ~/.gitconfig, FROTZ_HOME to move ~/.frotzconfig, MAIL_HOME to move ~/.mailrc, etc.?
I wouldn't be surprised if some _other_ things break with your HOME pointing at a directory inside your home directory, but then it may be better to fix that other thing instead.