aboutsummaryrefslogtreecommitdiff
path: root/t/t3030-merge-recursive.sh
diff options
context:
space:
mode:
authorClemens Buchacher <drizzd@aon.at>2009-06-01 11:20:56 +0200
committerJunio C Hamano <gitster@pobox.com>2009-06-01 19:42:17 -0700
commitc8c562a238071843c64ea0f3a2c85481606da379 (patch)
treec6a892cba320d30eb71b10c96a11c3d77ff731a6 /t/t3030-merge-recursive.sh
parent6a01554e6350123c78de805d820e90f1c56e5fdc (diff)
downloadgit-c8c562a238071843c64ea0f3a2c85481606da379.tar.gz
git-c8c562a238071843c64ea0f3a2c85481606da379.tar.xz
refuse to merge during a merge
The following is an easy mistake to make for users coming from version control systems with an "update and commit"-style workflow. 1. git pull 2. resolve conflicts 3. git pull Step 3 overrides MERGE_HEAD, starting a new merge with dirty index. IOW, probably not what the user intended. Instead, refuse to merge again if a merge is in progress. Reported-by: Dave Olszewski <cxreg@pobox.com> Signed-off-by: Clemens Buchacher <drizzd@aon.at> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t3030-merge-recursive.sh')
-rwxr-xr-xt/t3030-merge-recursive.sh3
1 files changed, 3 insertions, 0 deletions
diff --git a/t/t3030-merge-recursive.sh b/t/t3030-merge-recursive.sh
index 0de613dc5..9b3fa2bdc 100755
--- a/t/t3030-merge-recursive.sh
+++ b/t/t3030-merge-recursive.sh
@@ -276,6 +276,9 @@ test_expect_success 'fail if the index has unresolved entries' '
test_must_fail git merge "$c5" &&
test_must_fail git merge "$c5" 2> out &&
+ grep "You have not concluded your merge" out &&
+ rm -f .git/MERGE_HEAD &&
+ test_must_fail git merge "$c5" 2> out &&
grep "You are in the middle of a conflicted merge" out
'