如何记录git合并冲突及其解决方案，但不自动解决冲突？

我知道git称之为Reere的一个特性代表“重用记录的解析”。 此功能（如果启用）记录冲突及其解决方案。太好了。 但此功能也会自动解决冲突。这对我们来说是一个巨大的问题，因为我们不希望自动解决冲突。 是否有一种方法可以使用Reere记录冲突及其解决方案，但不执行自动解决方案？ 如果没有，是否有其他方法可以做到这一点？也许有一个GitHub插件可以实现这一点？（我们使用GitHub，我找不到这样的插件）。

---

谢谢。

我们通过简单地定义一个过程来解决这个问题，在从分支a到分支B的每次合并都有冲突时，合并应从B到a进行，同时按原样推送冲突（是的，在提交过程中，代码不会编译）。然后在解决冲突后对分支A进行另一次提交。然后通过拉请求将其合并到分支b中。这样，当对pull请求进行代码审查时，审查者可以在批准合并之前查看冲突以及它们是如何解决的。

我们通过简单地定义一个流程来解决这一问题，即在从分支a到分支B的每次合并都有冲突时，合并应首先从B到a进行，同时按原样推送冲突（是的，在该提交中，代码不会编译）。然后在解决冲突后对分支A进行另一次提交。然后使用拉请求将其合并到分支b。这样，当对拉请求执行代码审阅时，审阅者可以在批准合并之前查看冲突以及冲突的解决方式。

据我所知，

Reere

旨在自动解决冲突它可以与以前的冲突匹配。我非常怀疑除了禁用它之外还有其他解决方案。将它们写在一张纸上？据我所知，

rere

旨在自动解决冲突，它可以与以前的冲突匹配。我非常怀疑除了禁用它之外还有其他解决方案。将它们写下来在一张纸上？