Git diff提交范围中的双点“ ..”和三点“ ...”之间有什么区别？

以下命令之间有什么区别？：

git diff foo master   # a 
git diff foo..master  # b
git diff foo...master # c

diff手册对此进行了讨论：

比较分支

$ git diff topic master    <1>
$ git diff topic..master   <2>
$ git diff topic...master  <3>

1. 在主题提示和主分支之间切换。
2. 同上。
3. 自从主题分支启动以来，在master分支上发生的更改。

但对我来说还不是很清楚。

由于我已经创建了这些图像，因此我认为可能值得在其他答案中使用它们，尽管对..（dot-dot）和...（dot-dot-dot）之间差异的描述与manojlds的答案基本相同。

该命令git diff通常¹仅向您显示提交图中恰好两点之间树的状态之间的差异。中的..和...符号git diff具有以下含义：

换句话说，git diff foo..bar与git diff foo bar; 完全相同。两者都将告诉你两个分支的末端之间的差异foo和bar。另一方面，git diff foo...bar将显示两个分支的“合并基础”与的尖端之间的区别bar。“合并基础”通常是这两个分支之间的最后一个共同提交，因此此命令将向您显示您所做的工作bar已进行的更改，同时忽略了同时进行的所有操作foo。

您只需要了解中的..和...符号git diff。然而...

...此处常见的混乱根源是，当在命令中使用时..，它们的...意思是细微不同，例如git log期望一组提交作为一个或多个参数。（这些命令最终都git rev-list用于从其参数中解析提交列表。）

的含义..和...用于git log可以用图形表示为如下：

因此，git rev-list foo..bar向您显示分支bar上没有的所有内容foo。另一方面，git rev-list foo...bar向您显示foo 或中的 所有提交bar，但不同时包含两者。第三张图仅显示，如果您列出两个分支，则将获得其中一个或两个中的提交。

好吧，无论如何，我发现一切都令人困惑，并且我认为提交图图很有帮助:)

¹我只会说“通常”，因为例如在解决合并冲突时，git diff将显示三向合并。

我的综合版本.. VS ...有差异 VS 日志

git diff foo master foo和master的顶部（头部）提交之间的差异。

git diff foo..master 做同样事情的另一种方式。

git diff foo...master 与祖先不同git merge-base foo master foo和master）到master的尖端。换句话说，仅显示master分支自其与foo共同祖先以来引入的更改。

GitHub上的示例说明了何时使用两者：

例如，如果您创建一个'dev'分支并将功能添加到文件中，然后返回到'master'分支并从README中删除一行，然后运行以下命令：

$ git diff master dev

它会告诉您从第一个文件添加了一个函数，并且在README中添加了一行。为什么？因为在分支上，README仍然具有原始行，但是在“ master”上您已将其删除-因此直接比较快照看起来像是“ dev”添加了它。

您真正想比较的是自分支机构分歧以来“开发”已发生的变化。为此，Git有一个不错的速记：

$ git diff master...dev

git diff foo master

将显示该时间点主题和主分支之间的差异

git diff foo..master

这还将显示该时间点主题和主分支之间的差异

git diff foo...master

这将显示从分支创建主题时与之后创建主题之间的所有差异。

所以前两个命令是相同的，最后一个只是在diff历史中显示了更宽的视图

顶部图片等同于底部图树

A0 <- A1 <- A2 <- A3 (master)
   \
    C0 <- C1 (test)

一张图片值一千个字，两者之间的区别.. ... ^如下所示。

$ git log master..test
# output C0 C1

$ git log ^master test
# output C0 C1

$ git log master…test
# output A1 A2 A3 C0 C1