作为对已有答案的总结，有两种方法来检查是否存在合并冲突

Git format-patch $(Git merge-base branch1 branch2).——| git apply——3way——check -

注意，在运行上述命令时，当前的分支应该是branch1

另一种方法:

git merge --no-commit branch2
# check the return code here
git merge --abort

我使用request-pull git命令来做到这一点。它允许您查看合并时可能发生的每个更改，但无需对本地或远程存储库进行任何操作。

例如，假设您想将一个名为“feature-x”的分支合并到您的主分支中

git request-pull master origin feature-x

将向您展示将发生什么(不做任何事情)的摘要:

The following changes since commit fc01dde318:
    Layout updates (2015-06-25 11:00:47 +0200)
are available in the git repository at:
    http://fakeurl.com/myrepo.git/ feature-x
for you to fetch changes up to 841d3b41ad:
----------------------------------------------------------------
john (2):
    Adding some layout
    Refactoring
ioserver.js            |   8 +++---
package.json           |   7 +++++-
server.js              |   4 +--
layout/ldkdsd.js       | 277 +++++++++++++++++++++++++++++++++++++
4 files changed, 289 insertions(+), 7 deletions(-)
create mode 100644 layout/ldkdsd.js

如果您添加-pparameter，您还将获得完整的补丁文本，就像您对每个更改的文件执行git diff一样。

我的简单粗暴解决方案是:

创建一个“pre-master”分支(当然来自master) 将所有你想要的东西合并到这个预master中。 然后你可以看到合并是如何发生的，而不触及主。 将pre-master合并为master OR 将所有想要发布的分支合并到master中

不管怎样，我会听从@orange80的建议。

你可以在看到冲突后执行git merge -abort。

这可能很有趣:从文档中:

如果您尝试合并，导致复杂的冲突，并希望 重新开始，你可以用git merge -abort恢复。

但你也可以用幼稚(但缓慢)的方式来做:

rm -Rf /tmp/repository
cp -r repository /tmp/
cd /tmp/repository
git merge ...
...if successful, do the real merge. :)

(注意:仅仅克隆到/tmp不能工作，你需要一个副本，以确保未提交的更改不会冲突)。

我做了一个别名来做这件事，就像一个魅力，我这样做:

 git config --global alias.mergetest '!f(){ git merge --no-commit --no-ff "$1"; git merge --abort; echo "Merge aborted"; };f '

现在我只需调用

git mergetest <branchname>

看看是否有任何冲突。