Skip to content

Commit 41376b5

Browse files
newrengitster
authored andcommitted
Revert "merge-ort: ignore the directory rename split conflict for now"
This reverts commit 5ced7c3, which was put in place as a temporary measure to avoid optimizations unstably erroring out on no destination having a majority of the necessary renames for directories that had no new files and thus no need for directory rename detection anyway. Now that optimizations are in place to prevent us from trying to compute directory rename count computations for directories that do not need it, we can undo this temporary measure. Signed-off-by: Elijah Newren <[email protected]> Reviewed-by: Derrick Stolee <[email protected]> Signed-off-by: Junio C Hamano <[email protected]>
1 parent 816147e commit 41376b5

File tree

1 file changed

+1
-12
lines changed

1 file changed

+1
-12
lines changed

merge-ort.c

Lines changed: 1 addition & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -1636,18 +1636,7 @@ static void get_provisional_directory_renames(struct merge_options *opt,
16361636
"no destination getting a majority of the "
16371637
"files."),
16381638
source_dir);
1639-
/*
1640-
* We should mark this as unclean IF something attempts
1641-
* to use this rename. We do not yet have the logic
1642-
* in place to detect if this directory rename is being
1643-
* used, and optimizations that reduce the number of
1644-
* renames cause this to falsely trigger. For now,
1645-
* just disable it, causing t6423 testcase 2a to break.
1646-
* We'll later fix the detection, and when we do we
1647-
* will re-enable setting *clean to 0 (and thereby fix
1648-
* t6423 testcase 2a).
1649-
*/
1650-
/* *clean = 0; */
1639+
*clean = 0;
16511640
} else {
16521641
strmap_put(&renames->dir_renames[side],
16531642
source_dir, (void*)best);

0 commit comments

Comments
 (0)