添加到现有的答案，可以创建一个别名来显示合并之前的差异和/或日志。许多答案省略了在“预览”合并之前首先要做的取回;这是一个将这两个步骤合并为一个步骤的别名(模拟类似于mercurial的hg传入/传出)

所以，在“git log ..”，您可以在~/中添加以下内容。gitconfig:

...
[alias]
    # fetch and show what would be merged (use option "-p" to see patch)
    incoming = "!git remote update -p; git log ..@{u}"

为了对称，可以使用以下别名来显示在push之前提交和将被push的内容:

    # what would be pushed (currently committed)
    outgoing = log @{u}..

然后你可以运行“git incoming”来显示大量的更改，或者“git incoming -p”来显示补丁(即“diff”)，“git incoming -pretty=oneline”，用于简短的摘要，等等。然后你可以(选择性地)运行“git pull”来合并。(不过，因为你已经获取了，合并可以直接完成。)

同样，“git outgoing”显示了如果你要运行“git push”，将会推送什么。

添加到现有的答案，可以创建一个别名来显示合并之前的差异和/或日志。许多答案省略了在“预览”合并之前首先要做的取回;这是一个将这两个步骤合并为一个步骤的别名(模拟类似于mercurial的hg传入/传出)

所以，在“git log ..”，您可以在~/中添加以下内容。gitconfig:

...
[alias]
    # fetch and show what would be merged (use option "-p" to see patch)
    incoming = "!git remote update -p; git log ..@{u}"

为了对称，可以使用以下别名来显示在push之前提交和将被push的内容:

    # what would be pushed (currently committed)
    outgoing = log @{u}..

然后你可以运行“git incoming”来显示大量的更改，或者“git incoming -p”来显示补丁(即“diff”)，“git incoming -pretty=oneline”，用于简短的摘要，等等。然后你可以(选择性地)运行“git pull”来合并。(不过，因为你已经获取了，合并可以直接完成。)

同样，“git outgoing”显示了如果你要运行“git push”，将会推送什么。

I do not want to use the git merge command as the precursor to reviewing conflicting files. I don't want to do a merge, I want to identify potential problems before I merge - problems that auto-merge might hide from me. The solution I have been searching for is how to have git spit out a list of files that have been changed in both branches that will be merged together in the future, relative to some common ancestor. Once I have that list, I can use other file comparison tools to scout things out further. I have searched multiple times, and I still haven't found what I want in a native git command.

以下是我的解决方案，希望对其他人有所帮助:

在这个场景中，我有一个名为QA的分支，自上一个产品发行版以来，它有许多更改。我们的最后一个产品版本被标记为“15.20.1”。我有另一个名为new_stuff的开发分支，我想合并到QA分支中。QA和new_stuff都指向“跟随”(由gitk报告)15.20.1标记的提交。

git checkout QA
git pull
git diff 15.20.1 --name-only > QA_files
git checkout new_stuff
git pull
git diff 15.20.1 --name-only > new_stuff_files
comm -12 QA_files new_stuff_files

下面是一些关于为什么我对这些特定文件感兴趣的讨论:

我如何信任Git合并?

https://softwareengineering.stackexchange.com/questions/199780/how-far-do-you-trust-automerge

Git日志..将被合并到当前分支的变更的其他分支列表。 Git差异…Otherbranchdiff从共同祖先(合并基)到将要合并的对象的头部。注意这三个点，与两个点相比，这三个点具有特殊的意义(见下文)。 gitk……上次合并后的分支的其他分支图形表示。

空字符串意味着HEAD，所以这就是为什么…而不是HEAD..otherbranch。

两点和三点对于diff和列出修订的命令(log、gitk等)的含义略有不同。对于log和其他两个点(a..b)意味着所有在b中但不是a的东西，三个点(a..b)意味着所有在a或b中只有一个的东西。但diff工作有两个修订，其中由两个点(a..b)表示的更简单的情况是a到b的简单差异，三个点(a..b)意味着共同祖先和b之间的差异(git diff $(git merge-base a b)..b)。

如果您和我一样，您正在寻找等价于svn update -n的文件。下面的方法似乎可以达到目的。请注意，请确保首先进行git获取，以便您的本地回购有适当的更新进行比较。

$ git fetch origin
$ git diff --name-status origin/master
D       TableAudit/Step0_DeleteOldFiles.sh
D       TableAudit/Step1_PopulateRawTableList.sh
A       manbuild/staff_companies.sql
M       update-all-slave-dbs.sh

或者如果你想要从你的脑袋到遥控器的差异:

$ git fetch origin
$ git diff origin/master

在我看来，这个解决方案比提出“合并然后中止”的顶部解决方案更容易，更不容易出错(因此风险更小)。

Git log currentbranch..otherbranch会给你一个提交列表，如果你进行合并，这些提交将会进入当前分支。log的常用参数提供了提交的详细信息，将为您提供更多信息。

Git diff currentbranch otherbranch会给你两个提交之间的差异，这将成为一个。这将是一个diff，它给出所有将被合并的东西。

这些有帮助吗?