diff options
author | Elijah Newren <newren@gmail.com> | 2018-06-30 18:24:58 -0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2018-07-11 09:38:36 -0700 |
commit | cf69f2af08f8dc092d57b987f26719fe0d43a40d (patch) | |
tree | e016d1f626a736988730699bfd04bcaabb712a77 /urlmatch.h | |
parent | t6044: verify that merges expected to abort actually abort (diff) | |
download | tgif-cf69f2af08f8dc092d57b987f26719fe0d43a40d.tar.xz |
t6044: add a testcase for index matching head, when head doesn't match HEAD
The `git merge-recursive` command allows the user to directly specify
three commits to merge -- base, head, and remote. (More than three can be
specified in the case of multiple merge bases.) Note that since the user
is allowed to specify head, it need not match HEAD.
Virtually every test and script in the current git.git codebase calls `git
merge-recursive` with head=HEAD, and likely external callers do as well,
which is why this has gone unnoticed. There is one notable
counter-example: git-stash.sh. However, git-stash called `git
merge-recursive` with an index that matches the expected merge result,
which happens to be a currently allowed exception to the "index must match
head" rule, so this never triggered an error previously.
Since we would like to tighten up the "index must match head" rule, we
need to make sure we are comparing to the correct head. Add a testcase
that demonstrates the failure when we check the wrong HEAD.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'urlmatch.h')
0 files changed, 0 insertions, 0 deletions