注意，如果您不喜欢结果，git可以很容易地尝试合并并避免任何问题。这可能比提前寻找潜在问题更容易。

要将当前分支与主分支进行比较，请执行以下操作：

$ git diff --name-status main

要比较任意两个分支：

$ git diff --name-status firstbranch..yourBranchName

在官方文档中有更多的gitdiff选项（特别是--name status选项）。

Try

$ git diff --stat --color master..branchName

这将为您提供有关每次更改的更多信息，同时仍然使用相同的行数。

如果要以另一种方式合并，还可以翻转分支以获得更清晰的差异图片：

$ git diff --stat --color branchName..master

还要记住，git的分支既便宜又容易。如果我认为合并可能有问题，我会为合并创建一个分支。因此，如果master有我想要合并的更改，而ba是我的分支，需要来自master的代码，我可以执行以下操作：

git checkout ba
git checkout -b ba-merge
git merge master
.... review new code and fix conflicts....
git commit
git checkout ba
git merge ba-merge
git branch -d ba-merge
git merge master

最终的结果是，我不得不在一个废弃的分支上尝试合并，然后再使用我的分支。如果我陷入困境，我可以删除ba合并分支，重新开始。

如果有人试图从两个分支生成diff文件：

git diff master..otherbranch > myDiffFile.diff

如果您使用IntelliJ IDEA，还可以将任何分支与当前工作分支进行比较。看见http://www.jetbrains.com/idea/webhelp/merging-deleting-and-comparing-branches.html#d288093e3827了解更多信息。这也有免费版。

还有一种基于GUI的方法。

你可以使用gitk。

运行：$gitk--全部右键单击分支的提交，然后在弹出菜单中选择标记此提交。右键单击另一个分支的提交，然后选择Diff this->标记的提交或Diff标记的提交->此。

然后，右下面板中会有一个已更改的文件列表，左下面板中有差异详细信息。

还有一个选项，在这种情况下使用meld：

git difftool -d master otherbranch

这不仅可以看到文件之间的差异，还提供了指向和单击特定文件的简单方法。

当协同工作或同时处理多个功能时，通常上游甚至主功能包含分支中未包含的工作，并且会错误地显示在基本差异中。

如果您的上游可能已经移动，您应该这样做：

git fetch
git diff origin/master...

仅使用gitdiff-master就可以包含或不包含相关更改。

如果您只在某些文件中查找更改，则：

git diff branch1 branch2 -- myfile1.js myfile2.js

branch1是可选的，如果未提供branch1，则默认情况下将考虑当前分支（您所在的分支）。例如：

git diff master -- controller/index.js

有两个分支

A（您正在工作的分支机构）B（要与之比较的另一个分支）

在分支A中，您可以键入

git diff --color B

那么这将为您提供

重要的一点是

分支A中有绿色文本分支B中存在红色文本

这里有很多答案，但我想补充一些我常用的答案。如果你在一个你想比较的分支中，我通常会做下面的一个。为了回答这个问题，我们将说我们在我们的二级分支。取决于你当时需要什么样的视图，这取决于你选择了哪一个，但大多数时候我使用的是二者中的第二个选项。如果您试图恢复到原始副本，第一个选项可能很方便——无论哪种方式，都可以完成任务！

这将把master与我们所在的分支（这是次要的）进行比较，原始代码将是添加的行，新代码将被视为删除的行

git diff ..master

OR

这也会将master与我们所在的分支进行比较（这是次要分支），原始代码将是旧行，新代码将是新行

git diff master..

您还可以使用例如TortoiseGit轻松比较已更改文件的分支。只需单击“浏览引用”并选择要比较的分支。

例如，如果您将分支与主文件进行比较，那么如果您决定将分支合并到主文件中，将得到主文件中更改的文件列表。

记住，如果你将master与分支进行比较，将分支与master进行比较，你会得到不同的结果。

如果您喜欢GUI并使用Windows，这里有一个简单的方法。

下载WinMerge将两个分支签出到不同的文件夹中使用WinMerge逐个文件夹进行比较。如果其中一个分支是您正在处理的分支，您也可以轻松地进行修改。

git diff revision_n revision_m

如果revision_n和revision_m是连续提交，则输出与git显示修订版-m

对于正在寻找GUI解决方案的人来说，Git Cola有一个非常好的“Branch Diff Viewer（Diff->Branches..）”。

也可以使用视觉差异。

例如，如果您正在使用Sourcetree，您可以在日志视图中选择任意两个提交。

（在大多数情况下，我个人更喜欢使用GUI来实现这一点，我将向那些可能不熟悉GUI选项的人发布这一点。）

如果您使用的是Github/Github Enterprise，则可以通过点击存储库路径的url/compare来使用Web UI，例如，https://github.com/http4s/http4s/compare.您可以选择要比较的分支/提交/标记：

diff将在github接口的url/compare/{x1}。。。｛x2｝其中x2和x1是要比较的分支/提交/标记，例如：https://github.com/http4s/http4s/compare/main...dotty

您可以在Github文档中看到更多信息。

我制作了一个管道，输出在两个分支之间修改过的所有文件名的列表。这对于管道连接到另一个程序非常有用，而不是直接将差异视为其他响应。

yes n | git difftool main..develop | grep V |sed "s#Viewing ([0-9]*/[0-9]*): ##g"

或者，如果您只想知道当前分支和另一个分支之间的差异：

yes n | git difftool develop | grep V |sed "s#Viewing ([0-9]*/[0-9]*): ##g"

gitdifftooldevelop将提示您打开difftool中的文件。我使用yes n拒绝所有内容，然后简单地用grep和sed格式化文本。