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

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

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

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

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

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

检查阶段性的变化:

$ git diff --cached

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

$ git merge --abort

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

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

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

Git在合并时引入了——ff-only选项。

来自:http://git-scm.com/docs/git-merge ——ff-only 拒绝合并并以非零状态退出，除非当前HEAD已经是最新的，或者合并可以作为快进解决。

这样做将尝试合并和快进，如果不能，它将中止并提示您不能执行快进，但不影响您的工作分支。如果它可以快进，那么它将在工作分支上执行合并。此选项也可用于git拉取。因此，你可以这样做:

git pull --ff-only origin branchA #See if you can pull down and merge branchA

git merge --ff-only branchA branchB #See if you can merge branchA into branchB

我只需要实现一个自动查找存储库与其远程存储库之间冲突的方法。这个解决方案在内存中进行合并，所以它不会影响索引，也不会影响工作树。我认为这是解决这个问题最安全的方法。下面是它的工作原理:

将远程获取到存储库。例如: Git获取源主机 执行命令git merge-base: git merge-base FETCH_HEAD master 运行git merge-tree: git merge-tree mergebase master FETCH_HEAD (mergebase为上一步打印的merge-base十六进制id)

现在假设您想要合并远程主服务器和本地主服务器，但是您可以使用任何分支。Git合并树将在内存中执行合并，并将结果打印到标准输出。Grep模式<<或>>。或者您可以将输出打印到一个文件中并进行检查。如果你发现一行以“changed in both”开头，那么很可能会有冲突。