Git 合并因分段错误而失败

Question

我有大合并涉及许多 inexact rename，但它失败并出现以下情况：

Performing inexact rename detection: 100% (169817200/169817200), done.
Performing inexact rename detection: 100% (2106881938/2106881938), done.
Performing inexact rename detection: 100% (120035958/120035958), done.
Segmentation fault

我尝试重新启动我的VDI，但没有帮助。知道如何解决吗？

Answer 1

来自the discussion，这只发生在涉及重命名文件夹和许多文件的复杂合并期间。

这是新的merge strategy ORT（“表面上递归的双胞胎”）的工作。
该合并策略将成为 2.34 中的默认策略，但与此同时，git 2.33.0.2：

git merge -s ort

这里值得注意的主要区别是工作树和索引的更新不是与合并算法同时完成的，而是一个单独的后处理步骤。
新的 API 被设计成可以重复合并（例如，在 rebase 或cherry-pick 期间）并且只在最后更新索引和工作树一次，而不是用每个中间结果更新它。

此外，可以在两个分支之间执行合并，这两个分支都不匹配索引或工作树，而不会破坏索引或工作树。

“ort”后端在内存中进行完整的合并，并且仅在后处理步骤中更新索引和工作副本。

它确实比以前更有效地处理文件冲突和文件/文件夹重命名（使用默认的“递归”策略）。