Git合并因分段故障而失败 [英] Git merge fails on Segmentation fault

问题描述

我有一个涉及多个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，但无济于事。你知道怎么解决它吗？

推荐答案

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

这是新的merge strategy ORT(&Quot；表面上递归的孪生兄弟&)的工作。
这种合并策略将成为2.34中的默认策略，但与此同时，对于GIT 2.33.0.2：

git merge -s ort

这里值得注意的主要区别是，工作树和索引的更新不是与合并算法同时完成的，而是单独的后处理步骤。
新API的设计使得用户可以进行重复合并(例如，在rebase或Cherry-Pick期间)，并且在结束时只更新一次索引和工作树，而不是每次使用中间结果来更新它。

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

后端在内存中执行完全合并，并且只更新索引和工作副本作为后处理步骤。

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

这篇关于Git合并因分段故障而失败的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！