summaryrefslogtreecommitdiff
path: root/t/t0004-unwritable.sh
diff options
context:
space:
mode:
authorLibravatar Francesco Pretto <ceztko@gmail.com>2014-01-05 03:50:48 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2014-01-07 09:20:59 -0800
commitefa8fd7ee8eb36df55b3549f6009f000347a796d (patch)
treec584a00d5e6afbab73184130330a2371cf5c83fd /t/t0004-unwritable.sh
parentfor-each-ref: remove unused variable (diff)
downloadtgif-efa8fd7ee8eb36df55b3549f6009f000347a796d.tar.xz
git-submodule.sh: 'checkout' is a valid update mode
'checkout' is documented as one of the valid values for the 'submodule.<name>.update' variable, and in a repository with the variable set to 'checkout', "git submodule update" command does update using the 'checkout' mode. However, it has been an accident that the implementation works this way; any unknown value would trigger the same codepath and update using the 'checkout' mode. Explicitly list 'checkout' as one of the known update modes, and error out when an unknown update mode is used. Teach the codepath that initializes the configuration variable from an in-tree .gitmodules that 'checkout' is one of the valid values. The code since ac1fbbda (submodule: do not copy unknown update mode from .gitmodules, 2013-12-02) used to treat the value 'checkout' as unknown and mapped it to 'none', which made little sense. With this change, 'checkout' specified in .gitmodules will stay to be 'checkout'. Signed-off-by: Francesco Pretto <ceztko@gmail.com> Signed-off-by: Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t0004-unwritable.sh')
0 files changed, 0 insertions, 0 deletions