pull: check for local submodule modifications with the right range
Ever since 'git pull' learned '--recurse-submodules' ina6d7eb2c7a
(pull: optionally rebase submodules (remote submodule changes only), 2017-06-23), we check if there are local submodule modifications by checking the revision range 'curr_head --not rebase_fork_point'. The goal of this check is to abort the pull if there are submodule modifications in the local commits being rebased, since this scenario is not supported. However, the actual range of commits being rebased is not 'rebase_fork_point..curr_head', as the logic in 'get_rebase_newbase_and_upstream' reveals, it is 'upstream..curr_head'. If the 'git merge-base --fork-point' invocation in 'get_rebase_fork_point' fails to find a fork point between the current branch and the remote-tracking branch we are pulling from, 'rebase_fork_point' is null and since4d36f88be7
(submodule: do not pass null OID to setup_revisions, 2018-05-24), 'submodule_touches_in_range' checks 'curr_head' and all its ancestors for submodule modifications. Since it is highly likely that there are submodule modifications in this range (which is in effect the whole history of the current branch), this prevents 'git pull --rebase --recurse-submodules' from succeeding if no fork point exists between the current branch and the remote-tracking branch being pulled. This can happen, for example, when the current branch was forked from a commit which was never recorded in the reflog of the remote-tracking branch we are pulling, as the last two paragraphs of the "Discussion on fork-point mode" section in git-merge-base(1) explain. Fix this bug by passing 'upstream' instead of 'rebase_fork_point' as the 'excl_oid' argument to 'submodule_touches_in_range'. Reported-by: Brice Goglin <bgoglin@free.fr> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:
parent
f260c6b46c
commit
5176f20ffe
@ -1037,7 +1037,7 @@ int cmd_pull(int argc, const char **argv, const char *prefix)
|
||||
|
||||
if ((recurse_submodules == RECURSE_SUBMODULES_ON ||
|
||||
recurse_submodules == RECURSE_SUBMODULES_ON_DEMAND) &&
|
||||
submodule_touches_in_range(the_repository, &rebase_fork_point, &curr_head))
|
||||
submodule_touches_in_range(the_repository, &upstream, &curr_head))
|
||||
die(_("cannot rebase with locally recorded submodule modifications"));
|
||||
if (!autostash) {
|
||||
struct commit_list *list = NULL;
|
||||
|
@ -144,6 +144,35 @@ test_expect_success 'pull --rebase --recurse-submodules fails if both sides reco
|
||||
test_i18ngrep "locally recorded submodule modifications" err
|
||||
'
|
||||
|
||||
test_expect_success 'pull --rebase --recurse-submodules (no submodule changes, no fork-point)' '
|
||||
# This tests the following scenario :
|
||||
# - local submodule does not have new commits
|
||||
# - local superproject has new commits that *do not* change the submodule pointer
|
||||
# - upstream superproject has new commits that *do not* change the submodule pointer
|
||||
# - local superproject branch has no fork-point with its remote-tracking counter-part
|
||||
|
||||
# create upstream superproject
|
||||
test_create_repo submodule &&
|
||||
test_commit -C submodule first_in_sub &&
|
||||
|
||||
test_create_repo superprojet &&
|
||||
test_commit -C superprojet first_in_super &&
|
||||
git -C superprojet submodule add ../submodule &&
|
||||
git -C superprojet commit -m "add submodule" &&
|
||||
test_commit -C superprojet third_in_super &&
|
||||
|
||||
# clone superproject
|
||||
git clone --recurse-submodules superprojet superclone &&
|
||||
|
||||
# add commits upstream
|
||||
test_commit -C superprojet fourth_in_super &&
|
||||
|
||||
# create topic branch in clone, not based on any remote-tracking branch
|
||||
git -C superclone checkout -b feat HEAD~1 &&
|
||||
test_commit -C superclone first_on_feat &&
|
||||
git -C superclone pull --rebase --recurse-submodules origin master
|
||||
'
|
||||
|
||||
# NOTE:
|
||||
#
|
||||
# This test is particular because there is only a single commit in the upstream superproject
|
||||
|
Loading…
Reference in New Issue
Block a user