如何找出导致冲突的 Git 提交？答案

【问题标题】：How can I find out which Git commits cause conflicts?如何找出导致冲突的 Git 提交？
【发布时间】：2013-08-12 08:15:51
【问题描述】：

我正在将上游更改合并到我的项目中，最近有很多提交造成了很多合并冲突。一次解决所有问题是没有意义的。

如何找出哪些提交会造成冲突？以下任何一项都可以接受：

一种让 Git 在发现冲突后立即停止合并的方法
一种让 Git 按时间顺序列出所有冲突提交的方法
任何其他可以让我按时间顺序逐一解决冲突的方法，不涉及一次合并几个提交以希望偶然发现冲突

【问题讨论】：

Git 与 svn 有点不同。它尝试一次合并所有提交。您可以尝试交互式 rebase，它会一一应用提交，并在发现冲突时立即失败。

标签： git conflict git-merge

【解决方案1】：

你有什么理由不想使用rebase（非交互方式）与上游分支中的更改同步？如果每次提交发生冲突，它将停止，然后您可以在解决后恢复 rebase。这就像增量合并，它直接内置在 Git 中，不需要外部插件/工具：

git fetch <remote>
git rebase <remote>/<upstream-branch>
# Conflict on commit X, resolve conflict, then continue the rebase
git rebase --continue

关于强制推送重写提交的警告

当然，请注意，重新定位本地分支会更改其提交的 sha ID。如果您已经将要变基的提交推送到远程，那么您需要强制推送新提交以覆盖旧提交，如果您与其他人共享您的分支，这可能会造成潜在问题.您可以在以下位置了解有关这些问题的更多信息：

Pro Git § 3.6 Git Branching - Rebasing - The Perils of Rebasing

【讨论】：

rebase 很好，但你通常不想变基到已经推送到上游的分支（也可能不是强制提交）
@ideasman42 我不明白你所说的“强制提交”是什么意思。那应该是什么？ Git 中没有这样的命令或选项。你的意思是强制push？
对不起，我的意思是force-push
@ideasman42 同样，原始发布者正试图将上游更改合并到他的本地分支中。我的回答不会重新定位上游，它会将 未推送的本地分支 重新定位在上游之上。无需强制推送我的答案，因为它不会重新设置推送的提交。
@ideasman42 我误解了你的第一条评论吗？ “变基”到一个分支是什么意思？问题中也没有任何内容表明原始发布者已将他的本地更改推送到远程仓库。

【解决方案2】：

Michael Haggerty 还有一个名为git-mergemate 的工具，它有一个find-conflict 命令：

git-mergemate find-conflict BRANCH1..BRANCH2

使用二分法确定BRANCH2 上的最早提交合并到BRANCH1 时会导致冲突。其实不要保留任何合并。

git-mergemate find-conflict BRANCH1...BRANCH2

使用二分法查找一对最早的提交（一个来自每个分支）不干净地合并。实际上不保留任何合并。

git imerge 可用于执行增量合并并解决沿途的冲突，尽管它在 git-mergemate 中没有 find-conflicts 的等效项。

【讨论】：

在链接之后，似乎git-mergemate 实际上只是git imerge 的旧版本，VonC 在下面的回答中提出了建议。您可能应该编辑此答案以直接指向 imerge。

【解决方案3】：

您可以尝试git imerge：这将一个一个地应用您的提交，让您有机会增量进行变基（这意味着您可以开始变基、中断它、恢复它稍后！）。

您可以在此处查看Incremental merge vs. direct merge vs. rebase 之间的比较。

【讨论】：

git imerge 绝对有用。
谢谢！这也是一个很好的解决方案，但 git-mergemate 默认情况下完全符合我的想法。 git-imerge 也不错，但对我的需求来说有点过头了。
除了使用git imerge 之类的外部工具外，您还可以尝试cherry-picking 一系列修订来查看哪些冲突，一次一个（基本上就像rebase）。