也许这个能帮到你? git-diff-tree -比较通过两个树对象找到的blob的内容和模式

我发现最适合我的解决方案是只执行合并并在发生冲突时中止它。在我看来，这种特殊的语法干净而简单。这就是下面的策略2。

然而，如果你想确保你不会弄乱你当前的分支，或者你只是没有准备好合并而不管冲突的存在，简单地创建一个新的子分支并合并它:

策略1:安全的方法——合并一个临时分支:

git checkout mybranch
git checkout -b mynew-temporary-branch
git merge some-other-branch

这样，如果您只是想看看冲突是什么，您可以简单地丢弃临时分支。您不需要麻烦地“中止”合并，并且您可以回到您的工作—只需再次签出'mybranch'，您将不会在分支中有任何合并的代码或合并冲突。

这基本上是一次演练。

策略2:当你确实想要合并时，但前提是没有冲突

git checkout mybranch
git merge some-other-branch

如果git报告冲突(且仅当存在冲突时)，你可以这样做:

git merge --abort

如果合并成功，则不能中止它(只能重置)。

如果您还没有准备好合并，请使用上面更安全的方法。

[编辑:2016年11月-我把策略1换成了策略2，因为似乎大多数人都在寻找“安全的方式”。策略2现在更多的是说明，如果合并有您还没有准备好处理的冲突，您可以简单地中止合并。请记住，如果阅读评论!］

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

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

这些有帮助吗?

Pull Request——我已经使用了大部分已经提交的想法，但我也经常使用的一个想法是(尤其是来自其他开发人员的想法)做一个Pull Request，它提供了一种方便的方法，可以在合并发生之前检查所有的更改。我知道这是GitHub不是git，但它肯定是方便的。

如果您和我一样，您正在寻找等价于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

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

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