Question

假设有两个分支：

主人：

0--1--2

dev：

0--1--2

因此，我们将dev合并到master，最后得到合并提交4和两个父提交2和3：

0--1----2---4
    \--3---/

现在，如果我们放弃了通过git reset --soft head~1进行的合并提交，则会得到以下日志：

0--1--2

问题是：为什么git决定删除提交3但不删除2？

Answer 1

当您向git请求git reset --soft HEAD~1时，您（没有其他人）正在要求git将分支指针放在给定的修订版（HEAD〜1）上，在这种情况下，该修订版将结束可能是您合并了修订版2，而修订版2位于修订版3之上，因此在修订版中，第一个父级将是3，这就是HEAD〜1指向修订版3的原因。

如果您向git索取git reset --soft 2（为修订版2提供修订版ID），您将以0 - 1 - 2结尾。决定的不是git，而是运行该命令的人。

Answer 2

在您的示例中有些东西很可疑；我无法复制它。但是，对于git背景而言，应该足以证明自己发生了什么。来自Git Book：

您还可以在^之后指定一个数字-例如，d921970^2的意思是“ d921970的第二父级。”此语法仅对合并提交有用，该合并提交具有更多多于一位父母。第一个父级是您合并时所在的分支，第二个父级是您在其中合并的分支上的提交

和

另一个主要祖先规范是~（波浪号）。这也指的是第一父级，因此HEAD~和HEAD^是等效的。当您指定数字时，区别变得明显。 HEAD~2的意思是“第一对父母的第一对父母”或“祖父母”-遍历第一对父母您指定的次数。

因此：

在这种情况下，负责人有两个父母。那么HEAD〜1指向哪一个？

它是指HEAD的第一个父级，即您合并时所在的分支。单独使用波浪号语法无法访问第二个父级（合并的分支）。