]> git.ipfire.org Git - thirdparty/git.git/commitdiff
builtin/merge-recursive: switch to using merge_ort_generic()
authorElijah Newren <newren@gmail.com>
Tue, 8 Apr 2025 15:48:36 +0000 (15:48 +0000)
committerJunio C Hamano <gitster@pobox.com>
Tue, 8 Apr 2025 20:59:11 +0000 (13:59 -0700)
Switch from merge-recursive to merge-ort.  Adjust the following
testcases due to the switch:

* t6430: most of the test differences here were due to improved D/F
  conflict handling explained in more detail in ef527787089c (merge
  tests: expect improved directory/file conflict handling in ort,
  2020-10-26).  These changes weren't made to this test back in that
  commit simply because I had been looking at `git merge` rather than
  `git merge-recursive`.  The final test in this testsuite, though, was
  expunged because it was looking for specific output, and the calls to
  output_commit_title() were discarded from merge_ort_internal() in its
  adaptation from merge_recursive_internal(); see 8119214f4e70
  (merge-ort: implement merge_incore_recursive(), 2020-12-16).

* t6434: This test is built entirely around rename/delete conflicts,
  which had a suboptimal handling under merge-recursive.  As explained
  in more detail in commits 1f3c9ba707 ("t6425: be more flexible with
  rename/delete conflict messages", 2020-08-10) and 727c75b23f ("t6404,
  t6423: expect improved rename/delete handling in ort backend",
  2020-10-26), rename/delete conflicts should each have two entries in
  the index rather than just one.  Adjust the expectations for all the
  tests in this testcase to see the two entries per rename/delete
  conflict.

* t6424: merge-recursive had a special check-if-toplevel-trees-match
  check that it ran at the beginning on both the merge-base and the
  other side being merged in.  In such a case, it exited early and
  printed an "Already up to date." message.  merge-ort got rid of
  this, and instead checks the merge base tree matching the other
  side throughout the tree instead of just at the toplevel, allowing
  it to avoid recursing into various subtrees.  As part of that, it
  got rid of the specialty toplevel message.  That message hasn't
  been missed for years from `git merge`, so I don't think it is
  necessary to keep it just for `git merge-recursive`, especially
  since the latter is rarely used.  (git itself only references it
  in the testsuite, whereas it used to power one of the three
  rebase backends that existed once upon a time.)

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

index abfc060e28a863f260ce855b1b0fda28a4b6bdaa..03b5100cfae9186600bbf976bfd3bc3eed3b0a1c 100644 (file)
@@ -3,7 +3,7 @@
 #include "advice.h"
 #include "gettext.h"
 #include "hash.h"
-#include "merge-recursive.h"
+#include "merge-ort-wrappers.h"
 #include "object-name.h"
 
 static const char builtin_merge_recursive_usage[] =
@@ -89,7 +89,7 @@ int cmd_merge_recursive(int argc,
        if (o.verbosity >= 3)
                printf(_("Merging %s with %s\n"), o.branch1, o.branch2);
 
-       failed = merge_recursive_generic(&o, &h1, &h2, bases_count, bases, &result);
+       failed = merge_ort_generic(&o, &h1, &h2, bases_count, bases, &result);
 
        free(better1);
        free(better2);
index 7677c5f08d0e8fb66dd243c05e9a9b892b6114df..084bfe7e6cec171ed2a5d485df64033ed034c676 100755 (executable)
@@ -176,9 +176,11 @@ test_expect_success 'merge-recursive, when index==head but head!=HEAD' '
        # Make index match B
        git diff C B -- | git apply --cached &&
        test_when_finished "git clean -fd" &&  # Do not leave untracked around
+       git write-tree >index-before &&
        # Merge B & F, with B as "head"
        git merge-recursive A -- B F > out &&
-       test_grep "Already up to date" out
+       git write-tree >index-after &&
+       test_cmp index-before index-after
 '
 
 test_expect_success 'recursive, when file has staged changes not matching HEAD nor what a merge would give' '
index ca15e6dd6da94bc1bac8286e9e36a196cde7a797..c539a68fd0704760f028df2ea997e772fea3b1e5 100755 (executable)
@@ -373,9 +373,9 @@ test_expect_success 'merge-recursive d/f conflict result' '
 
        git ls-files -s >actual &&
        (
-               echo "100644 $o0 1      a" &&
-               echo "100644 $o1 2      a" &&
                echo "100644 $o4 0      a/c" &&
+               echo "100644 $o0 1      a~$c1" &&
+               echo "100644 $o1 2      a~$c1" &&
                echo "100644 $o0 0      b" &&
                echo "100644 $o0 0      c" &&
                echo "100644 $o1 0      d/e"
@@ -397,9 +397,9 @@ test_expect_success 'merge-recursive d/f conflict result the other way' '
 
        git ls-files -s >actual &&
        (
-               echo "100644 $o0 1      a" &&
-               echo "100644 $o1 3      a" &&
                echo "100644 $o4 0      a/c" &&
+               echo "100644 $o0 1      a~$c1" &&
+               echo "100644 $o1 3      a~$c1" &&
                echo "100644 $o0 0      b" &&
                echo "100644 $o0 0      c" &&
                echo "100644 $o1 0      d/e"
@@ -424,9 +424,9 @@ test_expect_success 'merge-recursive d/f conflict result' '
                echo "100644 $o1 0      a" &&
                echo "100644 $o0 0      b" &&
                echo "100644 $o0 0      c" &&
-               echo "100644 $o6 3      d" &&
                echo "100644 $o0 1      d/e" &&
-               echo "100644 $o1 2      d/e"
+               echo "100644 $o1 2      d/e" &&
+               echo "100644 $o6 3      d~$c6"
        ) >expected &&
        test_cmp expected actual
 
@@ -448,9 +448,9 @@ test_expect_success 'merge-recursive d/f conflict result' '
                echo "100644 $o1 0      a" &&
                echo "100644 $o0 0      b" &&
                echo "100644 $o0 0      c" &&
-               echo "100644 $o6 2      d" &&
                echo "100644 $o0 1      d/e" &&
-               echo "100644 $o1 3      d/e"
+               echo "100644 $o1 3      d/e" &&
+               echo "100644 $o6 2      d~$c6"
        ) >expected &&
        test_cmp expected actual
 
@@ -696,33 +696,6 @@ test_expect_success 'merging with triple rename across D/F conflict' '
        git merge other
 '
 
-test_expect_success 'merge-recursive remembers the names of all base trees' '
-       git reset --hard HEAD &&
-
-       # make the index match $c1 so that merge-recursive below does not
-       # fail early
-       git diff --binary HEAD $c1 -- | git apply --cached &&
-
-       # more trees than static slots used by oid_to_hex()
-       for commit in $c0 $c2 $c4 $c5 $c6 $c7
-       do
-               git rev-parse "$commit^{tree}" || return 1
-       done >trees &&
-
-       # ignore the return code; it only fails because the input is weird...
-       test_must_fail git -c merge.verbosity=5 merge-recursive $(cat trees) -- $c1 $c3 >out &&
-
-       # ...but make sure it fails in the expected way
-       test_grep CONFLICT.*rename/rename out &&
-
-       # merge-recursive prints in reverse order, but we do not care
-       sort <trees >expect &&
-       sed -n "s/^virtual //p" out | sort >actual &&
-       test_cmp expect actual &&
-
-       git clean -fd
-'
-
 test_expect_success 'merge-recursive internal merge resolves to the sameness' '
        git reset --hard HEAD &&
 
index 6e913c30a136f5a5bc10544e705b2cfd5d5a858e..5a6f74839cb7164178c9c7eb86d33bdcc360af62 100755 (executable)
@@ -34,7 +34,9 @@ export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME
 get_expected_stages () {
        git checkout rename -- $1-new &&
        git ls-files --stage $1-new >expected-stages-undetected-$1 &&
-       sed "s/ 0       / 2     /" <expected-stages-undetected-$1 \
+       git ls-tree HEAD^ $1-old >tmp &&
+       git ls-tree HEAD  $1-new >>tmp &&
+       cat tmp | awk '{print $1 " " $3 " " NR "\t" '$1'"-new"}' \
                >expected-stages-detected-$1 &&
        git read-tree -u --reset HEAD
 }
@@ -51,11 +53,11 @@ rename_undetected () {
 
 check_common () {
        git ls-files --stage >stages-actual &&
-       test_line_count = 4 stages-actual
+       test_line_count = $1 stages-actual
 }
 
 check_threshold_0 () {
-       check_common &&
+       check_common &&
        rename_detected 0 &&
        rename_detected 1 &&
        rename_detected 2 &&
@@ -63,7 +65,7 @@ check_threshold_0 () {
 }
 
 check_threshold_1 () {
-       check_common &&
+       check_common &&
        rename_undetected 0 &&
        rename_detected 1 &&
        rename_detected 2 &&
@@ -71,7 +73,7 @@ check_threshold_1 () {
 }
 
 check_threshold_2 () {
-       check_common &&
+       check_common &&
        rename_undetected 0 &&
        rename_undetected 1 &&
        rename_detected 2 &&
@@ -79,7 +81,7 @@ check_threshold_2 () {
 }
 
 check_exact_renames () {
-       check_common &&
+       check_common &&
        rename_undetected 0 &&
        rename_undetected 1 &&
        rename_undetected 2 &&
@@ -87,7 +89,7 @@ check_exact_renames () {
 }
 
 check_no_renames () {
-       check_common &&
+       check_common &&
        rename_undetected 0 &&
        rename_undetected 1 &&
        rename_undetected 2 &&