如果你想知道在你的命令中是输入HEAD^还是HEAD~，那就随便用:

它们都是同一个提交的名称——当前提交的第一个父文件。

master~和master^ -也是如此，这两个名字都是master的第一个父元素。

就像2 + 2和2 * 2都是4一样，它们是不同的方式，但答案是一样的。

这回答了一个问题:Git中HEAD^和HEAD~之间有什么区别?

如果你只是做了一个合并(所以你当前的提交有一个以上的父)，或者你仍然对插入号和波浪号的工作原理感兴趣，请参阅其他答案(我不会在这里重复)以获得深入的解释，以及如何重复使用它们(例如head ~~~)，或与数字一起使用(例如head ^2)。否则，我希望这个答案能帮你节省一些时间。

HEAD^^^与HEAD~3相同，选择HEAD之前的第三次提交

HEAD^2指定合并提交中的第二个头

~和^本身都是指提交的父节点(~~和^^都是指祖父节点提交，等等)，但当它们与数字一起使用时，它们的含义有所不同:

~2表示在层次结构中向上两层，如果一个提交有多个父级，则通过第一个父级 ^2表示第二个父节点，其中提交有多个父节点(也就是说，因为它是一个merge)

这些可以组合起来，所以HEAD~2^3意味着HEAD的祖父提交的第三个父提交。

^ BRANCH选择器 git结帐头^2 通过移动到所选分支(在提交树上后退一步)，选择(合并)提交的第二个分支。

~提交选择器 git结帐头~2 在默认/选择的分支上向后提交2次

将~和^相对引用定义为PARENT选择器是迄今为止我在互联网上看到的主要定义——包括官方的Git Book。是的，它们是PARENT选择器，但这种“解释”的问题是，它完全违背了我们的目标:如何区分两者……：）

另一个问题是当我们被鼓励使用^ BRANCH选择器进行COMMIT选择时(也就是HEAD^ === HEAD~)。 同样，是的，你可以这样使用它，但这不是它的设计目的。^ BRANCH选择器的向后移动行为是一个副作用，而不是它的目的。

只有在合并提交时，才可以将数字分配给^ BRANCH选择器。因此，只有在需要在分支机构之间进行选择时，才能充分利用其容量。 在fork中表达选择的最直接的方法是踏上所选的路径/分支——这是在提交树上后退一步。这只是一种副作用，而不是它的主要目的。

简单地说:

~指定祖先 ^指定父母

合并时可以指定一个或多个分支。然后提交有两个或多个父节点，然后^用于表示父节点。

假设你在分支A上，还有两个分支:B和C。

在每个分支上的最后三个提交是:

A: a1, a2, a3 B: b1 b2 b3 C: c1 c3 c3

如果现在在分支A上执行命令:

git merge B C

然后你将三个分支合并在一起(这里你的合并提交有三个父分支)

and

~表示第一个分支中的第n个祖先，因此

HEAD~表示A3 HEAD~2表示A2 HEAD~3表示A1

^表示第n个父结点，因此

HEAD^表示A3 HEAD^2表示B3 HEAD^3表示C3

~或^的下一个用法是在前面的字符指定的提交上下文中。

注意1:

HEAD~3总是等于:HEAD~~~和:HEAD^^^(每个表示A1)，

和一般:

HEAD~n总是等于:HEAD~…~ (n次~)和to: HEAD^…^ (n乘以^)

注意2:

HEAD^3和HEAD^^^不一样(第一个表示C3，第二个表示A1)，

和一般:

HEAD^1和HEAD^是一样的， 但是对于n > 1: HEAD^n总是不等于HEAD^…^ (n乘以^)

TLDR

~是你大多数时候想要的，它引用过去提交到当前分支

^引用父节点(git-merge创建第二个或更多父节点)

A~总是等于A^ A~~总是和A^^一样，以此类推 A~2并不等于A^2， 因为~2是~~的缩写 虽然^2不是任何东西的缩写，但它意味着第二个父元素