在成功自动解决合并冲突后，使用 KDiff 查看合并操作
Review merge actions with KDiff after successful automated solving of merge conflicts
我使用 KDiff 作为 Git 的合并工具。 Git 合并失败后，我开始使用 git mergetool 解决单个文件的冲突，它会按照我的配置中指定的方式调用 KDiff。
然而，对于一个文件，它说 "Number of conflicts : x. Number of conflicts automatically solved : x. Remaining conflicts : 0" 或类似的东西。单击确定 return 到转到下一个文件的控制台。
查看结果后，我对它不满意。我现在想知道是否可以使用标准的 3 向合并视图重新打开 KDiff，即使我不能进行编辑，只是想看看它是如何解释和做事的。
编辑：这是一个可能的部分解决方案，其中缺少第一部分：
将 KDiff 设置为在自动解决所有冲突时不关闭 - 或者根本不自动解决冲突（显然首选第一个选项，但发现一些关于如何执行第二个选项的堆栈溢出主题 here).将调查第一个选项是否完全可行，目前尚未实施。
使用命令 git checkout -m <path/to/file.extension> 将文件恢复到其 post-合并冲突状态（带有冲突标签和所有内容，这样文件将被标记为 "unresolved conflict" 状态或其他状态然后调用 git mergetool <path/to/file.extension> 将再次对该文件 运行 KDiff，这次使用新设置）
所以最后建议的解决方案 here 完全满足了需要：自动合并但即使没有冲突也不关闭，这样您就可以查看 KDiff 所做的一切。
现在对于您已经完成合并的任何文件，您可以使用 git checkout -m <path/to/file.extension> 将其恢复到 "merged with unresolved conflicts" 状态，然后 运行 修改后的 "KDiff no auto" mergetool.
我使用 KDiff 作为 Git 的合并工具。 Git 合并失败后，我开始使用 git mergetool 解决单个文件的冲突，它会按照我的配置中指定的方式调用 KDiff。
然而，对于一个文件，它说 "Number of conflicts : x. Number of conflicts automatically solved : x. Remaining conflicts : 0" 或类似的东西。单击确定 return 到转到下一个文件的控制台。
查看结果后，我对它不满意。我现在想知道是否可以使用标准的 3 向合并视图重新打开 KDiff，即使我不能进行编辑，只是想看看它是如何解释和做事的。
编辑：这是一个可能的部分解决方案，其中缺少第一部分：
将 KDiff 设置为在自动解决所有冲突时不关闭 - 或者根本不自动解决冲突（显然首选第一个选项，但发现一些关于如何执行第二个选项的堆栈溢出主题 here).将调查第一个选项是否完全可行，目前尚未实施。
使用命令
git checkout -m <path/to/file.extension>将文件恢复到其 post-合并冲突状态（带有冲突标签和所有内容，这样文件将被标记为 "unresolved conflict" 状态或其他状态然后调用git mergetool <path/to/file.extension>将再次对该文件 运行 KDiff，这次使用新设置）
所以最后建议的解决方案 here 完全满足了需要：自动合并但即使没有冲突也不关闭，这样您就可以查看 KDiff 所做的一切。
现在对于您已经完成合并的任何文件，您可以使用 git checkout -m <path/to/file.extension> 将其恢复到 "merged with unresolved conflicts" 状态，然后 运行 修改后的 "KDiff no auto" mergetool.