summaryrefslogtreecommitdiff
path: root/t/t4034
diff options
context:
space:
mode:
authorLibravatar Jeff King <peff@peff.net>2016-04-28 09:39:15 -0400
committerLibravatar Junio C Hamano <gitster@pobox.com>2016-04-28 12:15:29 -0700
commitc12e8656700be6084aec49df66447e701fda1ecf (patch)
treeece62f579fa799a8345d42972671d01c272aec6e /t/t4034
parentsubmodule--helper: move config-sanitizing to submodule.c (diff)
downloadtgif-c12e8656700be6084aec49df66447e701fda1ecf.tar.xz
submodule: use prepare_submodule_repo_env consistently
Before 14111fc (git: submodule honor -c credential.* from command line, 2016-02-29), it was sufficient for code which spawned a process in a submodule to just set the child process's "env" field to "local_repo_env" to clear the environment of any repo-specific variables. That commit introduced a more complicated procedure, in which we clear most variables but allow through sanitized config. For C code, we used that procedure only for cloning, but not for any of the programs spawned by submodule.c. As a result, things like "git fetch --recurse-submodules" behave differently than "git clone --recursive"; the former will not pass through the sanitized config. We can fix this by using prepare_submodule_repo_env() everywhere in submodule.c. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t4034')
0 files changed, 0 insertions, 0 deletions