如果你想从B快进到A，那么你必须确保git log B..A没有显示任何东西，也就是说A没有B没有的东西。但即使B. A有一些东西，你仍然可能能够合并而没有冲突，所以上面说明了两件事:将会有一个快进，因此你不会得到冲突。

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

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

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

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

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

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

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

检查阶段性的变化:

$ git diff --cached

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

$ git merge --abort

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

我猜你只是想知道在真正尝试合并之前你给自己惹了多少麻烦……并且在合并失败后重置到最后一次提交相对容易，所以如果这是预期的方法，我不会感到惊讶。

也就是说，如果你真的不想触及工作树中现有的文件，你可以创建一个补丁并针对目标分支测试它。这还可以显示对哪些文件做了哪些更改-只需在文本编辑器中打开补丁文件。

git checkout -b mycrazybranch
[change some stuff...]
git add .
git commit -m "changed some stuff"
git format-patch master --stdout > crazy.patch
git checkout master
git apply crazy.patch --check
[all good! cleanup...]
rm crazy.patch

如您所见，这将创建一个补丁文件，然后您可以测试它—检查并查看是否有任何错误，然后删除补丁文件。

如果你想从B快进到A，那么你必须确保git log B..A没有显示任何东西，也就是说A没有B没有的东西。但即使B. A有一些东西，你仍然可能能够合并而没有冲突，所以上面说明了两件事:将会有一个快进，因此你不会得到冲突。