我将KDiff用作Git的合并工具。在Git Merge失败后，我开始使用git mergetool解决单个文件的冲突，该文件会按照我的配置中的指定调用KDiff。
但是对于一个文件，它说“冲突数量：x。自动解决的冲突数量：x。剩余冲突：0”或类似的意思。单击确定，返回到下一个文件的控制台。
在查看结果时，我对此并不满意。我现在想知道是否可以使用标准的三向合并视图重新打开KDiff，即使我无法进行编辑，也只是想看看它是如何解释和完成细节的。
编辑：这是一个可能的部分解决方案，其中缺少第一部分：
将KDiff设置为在自动解决所有冲突时不关闭-否则根本不会自动解决冲突（显然首选第一个选项，但是找到了一些有关如何执行第二个操作的堆栈溢出主题，例如here） 。将调查第一个选项是否完全可行，目前尚未实现。
使用命令git checkout -m <path/to/file.extension>将文件还原到其合并后的冲突状态（带有冲突标记和所有内容，以便将文件标记为“未解决的冲突”状态或其他），然后调用git mergetool <path/to/file.extension>将会再次对该文件运行KDiff，这次使用新设置）
答案 0 :(得分：0)
因此，最后，解决方案建议here确实完成了所需的工作：自动合并但即使没有冲突也不会关闭，因此您可以查看KDiff所做的一切。
对于任何已经完成合并的文件，现在可以使用git checkout -m <path/to/file.extension>将其恢复为“合并有未解决的冲突”状态，然后运行修改后的“ KDiff no auto”合并工具。