不完全是那样的。但是您可以使用——no-commit选项，这样它就不会在合并后自动提交结果。通过这种方式，您可以检查合并，如果需要的话，还可以在不破坏提交树的情况下撤消合并。

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

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

现在我只需调用

git mergetest <branchname>

看看是否有任何冲突。

为你的工作副本制作一个临时副本，然后合并，并将两者区分开来。

我的解决方案是向后归并。

不要将您的分支合并到远程“目标”分支中，而是将该分支合并到您的分支中。

git checkout my-branch
git merge origin/target-branch

你将看到是否有任何冲突，并可以计划如何解决它们。

在这之后，你可以通过git merge—abort终止合并，或者(如果没有任何冲突并且合并已经发生)通过git reset—hard HEAD~1回滚到之前的提交

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

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

如前所述，传入——no-commit标志，但为了避免快进提交，也传入——no-ff，如下所示:

$ git merge --no-commit --no-ff $BRANCH

检查阶段性的变化:

$ git diff --cached

你可以撤销合并，即使是快进合并:

$ git merge --abort