merge-recursive: make sure when we say we abort that we actually abort
commit92702392cefdbd66ca593fa909540230ef9e005e
authorElijah Newren <newren@gmail.com>
Sun, 1 Jul 2018 01:24:59 +0000 (30 18:24 -0700)
committerJunio C Hamano <gitster@pobox.com>
Wed, 11 Jul 2018 16:38:36 +0000 (11 09:38 -0700)
tree2903cd89eb8e7a0287c0f0545eaeef4aa84cc12f
parentcf69f2af08f8dc092d57b987f26719fe0d43a40d
merge-recursive: make sure when we say we abort that we actually abort

In commit 65170c07d4 ("merge-recursive: avoid incorporating uncommitted
changes in a merge", 2017-12-21), it was noted that there was a special
case when merge-recursive didn't rely on unpack_trees() to enforce the
index == HEAD requirement, and thus that it needed to do that enforcement
itself.  Unfortunately, it returned the wrong exit status, signalling that
the merge completed but had conflicts, rather than that it was aborted.
Fix the return code, and while we're at it, change the error message to
match what unpack_trees() would have printed.

Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
merge-recursive.c
t/t6044-merge-unrelated-index-changes.sh