TLDR

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

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

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

~表示父母。

^如果它有两个或更多的父节点，比如合并提交。我们可以选择父节点中的第二个或另一个。

如果只有一个东西，比如(HEAD~或HEAD^)，结果是一样的。

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

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

TLDR

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

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

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

^<n>格式允许您选择提交的第n个父节点(与合并相关)。~<n>格式允许您选择第n个祖先提交，始终紧跟在第一个父提交之后。有关一些示例，请参阅git-rev-parse的文档。

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

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

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

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

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