“从指定的提交可以到达其提交的标签是什么意思？

Question

在我的一个项目中，我尝试在签出分支后或从origin/master中获取最新标签。如果运行git tag -l --sort=-creatordate --merged | head -n1或git describe，我将得到相同的结果，但其结果是来自过去的标记。如果我删除了--merged，它会在项目中显示正确的最新标签。

[签出特定分支后，我会在存储库中返回正确的，最后一个已知的标签，但是如果它来自origin/master或FETCH_HEAD，则它会给我过去的标签。

我主要是想知道--merged标志的工作原理，因为手册页只是说Only list tags whose commits are reachable from the specified commit。

Answer 1

有两个部分：

• 可达性的一般概念，和git tag -l --merged的工作方式，使用概念本身。
• Reachability是

  graph

的属性，或者在Git的情况下是directed graph。请查阅Wikipedia文章或Think Like (a) Git，以获得适当的解释。 （或者查看我的众多StackOverflow答案之一，其中显示了如何确定各个提交contain的分支。）其余部分假设您已经了解了可达性。在Git中，A

tag

只是一个奇特的指针：实际上是指向一个特定提交的箭头。但是Git中的标签还有另外一件特别的事情：它们可以指向tag object，而不是直接指向提交。1标签对象具有git tag -a的注释或git tag -m的消息]。然后，标记对象保存基础提交的原始哈希ID。这使我们了解文档中的措辞：

手册页上只说[--merged]

仅列出其提交可从指定提交到达的标签。

我们运行：

git tag -l --merged <commit-specifier>

所以我们选择一个提交。那就是“指定的提交”。

git tag -l操作现在将遍历每个标签。标签要么直接指向提交，要么指向指向提交的带注释的标签对象。该提交存在于整个Git提交图中。 --merged适用的问题是：

我们可以从指定的提交到达带标签的提交吗？

如果我们

可以

到达加标签的提交，则git tag -l列出标签。如果不是这样（或者我们必须跳过该标记，因为它毕竟不会标记提交），则git tag -l会忽略该标记。

---

1

标记名实际上被允许指向树或blob对象，以及指向提交或注释的标记对象。在这种情况下，根本没有提交，git tag -l --merged只会忽略该标签。同样，带注释的标签对象实际上可以引用任何其他类型的对象，而不仅仅是提交对象。因此，解析标签名称的真正规则是：

如果标签名称引用带注释的标签对象，请切换到该带注释的标签对象。
• 虽然我们有带注释的标签对象，但切换到该带注释的标签目标的对象。 （Git在内部将其称为
• peeling
标签，类似于逐层剥离洋葱。）

停止：我们有一个对象。

我们现在知道标签所指向的对象。如果是提交，则是此--merged列表的候选者。如果不是，则不是。