summaryrefslogtreecommitdiff
path: root/submodule.h
diff options
context:
space:
mode:
authorLibravatar Antonio Ospite <ao2@ao2.it>2018-10-05 15:05:58 +0200
committerLibravatar Junio C Hamano <gitster@pobox.com>2018-10-09 12:40:21 +0900
commit23dd8f5bb104d01b90e2f7a3f2e1acf0a205083e (patch)
treecd91f04a4f0b47e08225a2041cb4bc80a3084287 /submodule.h
parentsubmodule: use the 'submodule--helper config' command (diff)
downloadtgif-23dd8f5bb104d01b90e2f7a3f2e1acf0a205083e.tar.xz
t7506: clean up .gitmodules properly before setting up new scenario
In t/t7506-status-submodule.sh at some point a new scenario is set up to test different things, in particular new submodules are added which are meant to completely replace the previous ones. However before calling the "git submodule add" commands for the new layout, the .gitmodules file is removed only from the working tree still leaving the previous content in current branch. This can break if, in the future, "git submodule add" starts differentiating between the following two cases: - .gitmodules is not in the working tree but it is in the current branch (it may not be safe to add new submodules in this case); - .gitmodules is neither in the working tree nor anywhere in the current branch (it is safe to add new submodules). Since the test intends to get rid of .gitmodules anyways, let's completely remove it from the current branch, to actually start afresh in the new scenario. This is more future-proof and does not break current tests. Signed-off-by: Antonio Ospite <ao2@ao2.it> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'submodule.h')
0 files changed, 0 insertions, 0 deletions