Thread (15 messages) 15 messages, 5 authors, 2020-11-19

Re: [PATCH 2/2] config: allow specifying config entries via envvar pairs

From: Junio C Hamano <hidden>
Date: 2020-11-16 19:39:40

Ævar Arnfjörð Bjarmason [off-list ref] writes:
On Fri, Nov 13 2020, Patrick Steinhardt wrote:
quoted
While not document, it is currently possible to specify config entries
"While not documented..."
quoted
+		strbuf_addf(&envvar, "GIT_CONFIG_KEY_%d", i);
+		if ((key = getenv(envvar.buf)) == NULL)
+			break;
The convention in git.git is to avoid explicit NULL checks. So maybe
something like this, which also avoids the assignment inside an "if"

    key = getenv(envvar.buf);
    if (!key)
        break;
All good suggestions, but...

"While not documented" yes, for sure, but we do not document it for
a good reason---it is a pure implementation detail between Git
process that runs another one as its internal implementation detail.

I especially do not think we want to read from unbounded number of
GIT_CONFIG_KEY_<N> variables like this patch does.  How would a
script cleanse its environment to protect itself from stray such
environment variable pair?  Count up from 1 to forever?  Run "env"
and grep for "GIT_CONFIG_KEY_[0-9]*=" (the answer is No.  What if
some environment variables have newline in its values?)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help