git rerere 是否会自动将文件标记为已解决？

Question

我正在使用 git rerere，它很有用，但有一个问题：当它自动解析文件时，它不会将其标记为已解析（例如使用 git add）。因此，如果我运行“git mergetool”，它会打开文件，就好像它仍然包含所有冲突一样。

到目前为止，我已经制作了一个可以调用的小 shell 脚本，它扫描所有标记为冲突的文件以查找冲突标记（例如 >>>>>>>） ，如果没有，则对它们调用 git-add 。

有更好的方法吗？我错过了一些 git rerere 标志？

Answer 1

也许是 git 配置 设置可以帮助：

rerere.autoupdate

设置为 true 时，git -rerere 在使用先前记录的解决方案彻底解决冲突后，使用结果内容更新索引。
默认为 false。

注：从Git1.7.0开始，

“git rerere”具有 rerere.autoupdate 配置，但无法从命令行取消它；
为“merge”、“revert”等提供的 --no-rerere-autoupdate 选项修复了此问题。

---

Git 2.38（2022 年第 3 季度）更新了有关“--[no-]rerere-autoupdate”选项的文档。

请参阅提交 cb54fc9（2022 年 8 月 3 日）和 提交 0dbc715（2022 年 7 月 15 日），作者 Junio C Hamano (gitster)。
^{（由 Junio C Hamano -- gitster -- 合并于 提交 3adacc2，2022 年 8 月 14 日）}

doc：澄清 rerere-autoupdate

“--[no-]rerere-autoupdate”选项控制 rerere 机制启动后发生的情况，以重用记录的解决方案，并且不会阻止 rerere首先触发的机制。

当前文本中尚不清楚“--no-rerere-autoupdate”是否会停止自动解析。
重写句子以澄清。

rerere-options 现在包含在其 手册页：

rerere 机制重用记录的解析后
当前工作中更新文件的冲突
树，允许它也用结果更新索引
分辨率。

--no-rerere-autoupdate 是一个好方法
仔细检查rerere做了什么并抓住潜力
在将结果提交到索引之前，会发生错误合并
单独的git add。