Move initialization of log_all_ref_updates
commit510c5a8ee392fd2ab954b676bae486b53f444013
authorJunio C Hamano <junkio@cox.net>
Sun, 7 Jan 2007 09:35:34 +0000 (7 01:35 -0800)
committerJunio C Hamano <junkio@cox.net>
Mon, 8 Jan 2007 05:36:35 +0000 (7 21:36 -0800)
treec7a885268312a78b1bb9339c7d986d7623c06ef1
parent9a5e4075a4b54581821584386e5e184a57f06d18
Move initialization of log_all_ref_updates

The patches to prevent Porcelainish that require working tree
from doing any damage in a bare repository make a lot of sense,
and I want to make the is_bare_git_dir() function more reliable.

In order to allow the repository owner override the heuristic
implemented in is_bare_git_dir() if/when it misidentifies a
particular repository, it would make sense to introduce a new
configuration variable "[core] bare = true/false", and make
is_bare_git_dir() notice it.

The scripts would do a 'repo-config --bool --get core.bare' and
iff the command fails (i.e. there is no such variable in the
configuration file), it would use the heuristic implemented at
the script level [*1*].

However, setup_git_env() which is called a lot earlier than we
even read from the repository configuration currently makes a
call to is_bare_git_dir(), in order to change the default
setting for log_all_ref_updates.  It somehow feels that this is
a hack.

By the way, [*1*] is another thing I hate about the current
config mechanism.  "git-repo-config --get" does not know what
the possible configuration variables are, let alone what the
default values for them are.  It allows us not to maintain a
centralized configuration table, which makes it easy to
introduce ad-hoc variables and gives a warm fuzzy feeling of
being modular, but my feeling is that it is turning out to be a
rather high price to pay for scripts.

Signed-off-by: Junio C Hamano <junkio@cox.net>
environment.c
refs.c