是否有git-merge --dry-run选项？

我正在合并一个可能有很多冲突的远程分支。我怎么知道它是否会发生冲突？

我看不到像--dry-runon 那样的东西git-merge。

如前所述，传递--no-commit标志，但是为了避免快速提交，也传递--no-ff，如下所示：

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

要检查分阶段的更改：

$ git diff --cached

您可以撤消合并，即使它是快速合并：

$ git merge --abort

我只需要实现一种方法，该方法可以自动查找存储库与其远程数据库之间的冲突。该解决方案在内存中进行合并，因此不会触及索引或工作树。我认为这是解决此问题的最安全的方法。运作方式如下：

1. 将远程获取到您的存储库。例如： git fetch origin master
2. 运行git merge-base： git merge-base FETCH_HEAD master
3. 运行git merge-tree：git merge-tree mergebase master FETCH_HEAD（mergebase是上一步中merge-base打印的十六进制ID）

现在假设您想将远程主服务器与本地主服务器合并，但是可以使用任何分支。git merge-tree将在内存中执行合并并将结果打印到标准输出。模式<<或的Grep >>。或者，您可以将输出打印到文件中并进行检查。如果您发现以“两个都更改”开头的行，则很可能会发生冲突。

我对此的简单暴力解决方案是：

1. 创建一个“ pre-master”分支（当然是来自master的）

2. 将您想要的所有内容合并到该预掌握者中。
   然后，您可以看到合并过程是如何发生的，而无需接触master。

3. • 将预母带合并为母带或
   • 将所有要发布的分支合并到母版中

无论如何，我会遵循@ orange80的建议。

取消与git的合并非常容易，您甚至不必担心试运行：

$ git pull $REMOTE $BRANCH
# uh oh, that wasn't right
$ git reset --hard ORIG_HEAD
# all is right with the world

编辑：如下面的注释中所述，如果您在工作目录或暂存区域中进行了更改，则可能需要在执行上述操作之前将其保存（否则它们将在git reset上述操作之后消失）

我为此做了一个别名，并且像一个吊饰一样工作，我这样做：

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

现在我打电话

git mergetest <branchname>

找出是否有任何冲突。

只需将当前分支与远程分支进行比较，这将告诉您进行拉/合并时将要更改的内容。

#see diff between current master and remote branch
git diff master origin/master

我使用request-pull git命令这样做。它使您可以查看合并时可能发生的所有更改，但无需在本地或远程存储库上进行任何操作。

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

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

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

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

假设您要测试从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年以上，没有人会提出这个看似明显的解决方案。

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

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

但是，您也可以采用幼稚（但很慢）的方法：

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

（注意：仅克隆到/ tmp就无法工作，您需要一个副本，以确保未提交的更改不会冲突）。

我知道这是一个古老的问题，但这是第一个出现在Google搜索中的问题。

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

来自：http : //git-scm.com/docs/git-merge

---

--ff仅

拒绝合并并以非零状态退出，除非当前的HEAD已经是最新的，或者可以将合并解析为快进。

这样做会尝试合并并快速转发，如果无法合并，则会中止并提示您无法执行快速转发，但不会影响您的工作分支。如果它可以快进，那么它将在您的工作分支上执行合并。此选项在上也可用git pull。因此，您可以执行以下操作：

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 log从master分支查看功能分支上的更改

git log does_this_branch..contain_this_branch_changes

例如-查看已/未合并到master的功能分支中的提交：

git log master..feature_branch

如果要从B快进到A，则必须确保git log B..A不显示任何内容，即A没有B没有的内容。但是，即使B..A拥有某些东西，您仍然可以在没有冲突的情况下进行合并，因此上面显示了两件事：将会有一个快进，因此您不会发生冲突。

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

与其将您的分支合并到远程“目标”分支中，不如将该分支合并到您的分支中。

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

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

之后，您可以通过git中止合并merge --abort，或者（如果没有任何冲突并且发生了合并）通过以下方式回滚到先前的提交git reset --hard HEAD~1

为您的工作副本制作一个临时副本，然后合并到其中，然后将两者进行比较。