summaryrefslogtreecommitdiff
path: root/builtin/submodule--helper.c
diff options
context:
space:
mode:
authorJeff King <peff@peff.net>2016-04-28 13:39:15 (GMT)
committerJunio C Hamano <gitster@pobox.com>2016-04-28 19:15:29 (GMT)
commitc12e8656700be6084aec49df66447e701fda1ecf (patch)
treeece62f579fa799a8345d42972671d01c272aec6e /builtin/submodule--helper.c
parent4638728c632e59715b7346ddeca83528d37a4894 (diff)
downloadgit-c12e8656700be6084aec49df66447e701fda1ecf.zip
git-c12e8656700be6084aec49df66447e701fda1ecf.tar.gz
git-c12e8656700be6084aec49df66447e701fda1ecf.tar.bz2
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 'builtin/submodule--helper.c')
0 files changed, 0 insertions, 0 deletions