我只想看到冲突(不能看到他们与diff3在GitHub，还)。充分利用上面的答案，我想到了这个:

git merge --no-commit --no-ff @{upstream}
git grep -l '<<<<<<< HEAD' | xargs -I % sh -c "echo -e '\n\e[93m%\n---\e[0m' && cat %"
git merge --abort

对我来说，这是用来检查我的pr的。你可以用任何分支替换@{upstream}。

我希望这对大家有所帮助。

我知道这在理论上是跑题的，但对于从谷歌搜索到这里的人来说，实际上是非常切题的。

当有疑问时，你可以使用Github界面创建一个pull-request，并检查它是否表明干净的合并是可能的。

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

我只想看到冲突(不能看到他们与diff3在GitHub，还)。充分利用上面的答案，我想到了这个:

git merge --no-commit --no-ff @{upstream}
git grep -l '<<<<<<< HEAD' | xargs -I % sh -c "echo -e '\n\e[93m%\n---\e[0m' && cat %"
git merge --abort

对我来说，这是用来检查我的pr的。你可以用任何分支替换@{upstream}。

我希望这对大家有所帮助。

我很惊讶没有人建议使用补丁。

假设你想测试从your_branch到master的合并(我假设你已经检查了master):

$ git diff master your_branch > your_branch.patch
$ git apply --check your_branch.patch
$ rm your_branch.patch

这样应该可以了。

如果你得到这样的错误

error: patch failed: test.txt:1
error: test.txt: patch does not apply

这意味着补丁并不成功，合并会产生冲突。没有输出意味着补丁是干净的，您可以轻松地合并分支

请注意，这实际上不会改变您的工作树(当然除了创建补丁文件，但您可以安全地删除之后)。在git-apply文档中:

--check
    Instead of applying the patch, see if the patch is applicable to the
    current working tree and/or the index file and detects errors. Turns
    off "apply".

提醒那些比我更聪明/对git更有经验的人:如果我错了，请告诉我，这个方法确实显示出与常规合并不同的行为。奇怪的是，这个问题已经存在8年多了，没有人会提出这个看似显而易见的解决方案。

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

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

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