Git标记另一个标记

如何将一个标记放在另一个标记的相同引用上？ 例如，我想在某个发行版“1.0.0.1”的标签上加上标签“Stable_Build”

是否有更好\更快的方法来执行此操作，除了：

git checkout 1.0.0.1
git tag -a Stable_Build

---

使用git新标签旧标签

$ git tag stable 1.0.0

$ git tag --list
1.0.0
stable

---

顺便说一下：它不会引用标记1.0.0，而是引用与标记1.0.0相同的提交

git-tag-new\u-tag-old\u-tag

如果对旧标记进行注释，则会出现问题，如所示

这是罗伯特·戴利写的

这就是为什么Git2.22（2019年第2季度）会警告您，并给出建议，建议您在创建指向另一个标记的带注释或签名标记时可能会出错

参见（2019年4月4日）作者。
帮助人：、和。
（于2019年5月8日合并）

标记：建议使用嵌套标记 罗伯特·戴利（Robert Dailey）报告说，邮件列表中有一个嵌套标签很可能是错误创建的。
Jeff King指出，这种情况并不常见，创建标签到标签可能是用户错误

建议在创建此类标记时，提示消息可能有误。
那些确实想创建一个定期指向另一个标记的标记的人可以使用通常的建议机制将其关闭

现在，在标记标记（嵌套标记）时，您将看到：

因此，如果您已经这样做了：

git tag stable 1.0.0

您可以通过以下方式进行修复：

git tag -f stable 1.0.0^{}

---

以后可能有一个“<代码> Git标签-允许嵌套标签-F稳定1.0.0”（如果您实际上想用另一个带注释的标签来标记标签<代码> 1.0.0），但这是.< /P>也考虑<代码> Git标签NexYtag标签OLDYtag ^ } } /Case>如果现有的标签被注释，您需要新的（轻量级）标签。标记直接指向提交，而不是其他带注释的标记对象。同样，如果您要做一个新的注释标签，请考虑<代码> Git标签-NexYtag标签Oddtag标签^提交} /COD>。

^{commit}

后缀表示将旧标记解析为提交散列ID，

git checkout

将自动执行该操作。“

git-tag-new\u-tag-old\u-tag

有问题”-具体问题是什么？i、 e.如果一个新的未注释标记指向一个注释标记而不是提交标记，为什么这会导致问题？@ijoseph问题不在于您正在创建的标记，而是您使用所述新标记指向的内容。如果您指向的标记是带注释的标记，则您正在创建一个引用另一个标记（！）的标记（带注释或不带注释）。大多数情况下，创建标记时要做的是引用提交，因此引用来自torek的注释。（）这是有道理的，我已经看到了上面的评论，但我只是想知道在什么实际情况下这会是一个问题。也许有一种情况是：如果第一个（带注释的）标记被意外删除，那么第二个标记将成为孤立标记，不再指向任何东西，因此是无用的？或者删除第一个标记会意外地级联到第二个标记的删除？@ijoseph删除第一个标记不会删除第二个标记，但第二个标记确实是孤立的。同样，问题是关于“期望”：如果您标记一个标记，期望标记一个提交，这就是这里的问题。

git tag -f stable 1.0.0^{}