Question

使用

将git标签“1.0”重命名为“1.5”

git tag 1.5 1.0
git tag -d 1.0
git push origin :refs/tags/1.0

我的git存储库似乎处于不一致状态。这是git describe输出：

warning: tag '1.0' is really '1.5' here
1.0-97-g88085b2

现在应该返回1.5-...

git fsck --tags输出：

Checking object directories: 100% (256/256), done.
tagged commit aad9477bba4bcf44ea34ea9693aeffc98527ff01 (1.0) in b96ce67583239e198f9e2aff5175176d65779044
Checking objects: 100% (3975/3975), done.

如何删除已删除标记的悬空引用？这是重命名标签的正确方法吗？

Answer 1

几分钟前我遇到了同样的问题。已经提出的答案都没有涉及真正的问题，它正在消除消息warning: tag 'foo' is really 'bar' here并让git describe只列出标记的新名称。这在我的情况下尤其重要，因为我的构建系统使用git describe来记录构建中用于构建构建的源。

复制问题

我可以通过这样做来复制这个问题：

$ git tag foo --annotate -m"original message"
$ git tag bar foo
$ git tag -d foo
$ git describe 
warning: tag 'foo' is really 'bar' here
foo

（上面的--annotate标志是多余的，因为-m暗示--annotate，但我已将其包含在内以供强调。）我试图用以下方法复制问题一个轻量级标签，但无法这样做。因此，为了复制问题，需要注释。

解决问题

其中一些涉及推动已经被推动的东西，但我发现自己与David Culp达成协议he says：

然而，有些时候，不值得（不洁）历史的长期痛苦是值得的，短期的痛苦是值得的。

一旦你遇到warning: tag 'foo' is really 'bar' here，你就必须这样做：

$ git tag bar bar -m"original message" --force
$ git describe 
bar

如果消息需要更改，请根据需要进行调整。

如果旧标签已被推送，则删除旧标签：

$ git push origin :refs/tags/foo

如果新标签已被推送，则更新新标签：

$ git push origin refs/tags/bar

避免问题

要首先避免此问题，您必须使用以下内容创建bar：

$ git tag bar foo -m"original message"

Answer 2

当有人建议重写历史记录时（或者在这种情况下，重新记录历史记录）重申标准谨慎 - 如果你可以避免，请不要这样做。

然而，有时候，不准确（杂乱）历史的长期痛苦是不值得的，短期的痛苦是值得的。

如果是这种情况，则以下文章提供了所需的步骤：How to Rename a Tag Already Pushed to a Remote git Repo。

基本步骤是：

git tag new_tag old_tag
git push --tags
git push origin :refs/tags/old_tag
git tag -d old_tag

Answer 3

不确定这样做会有多大用处，但是在使用release-it时遇到了这个警告。在我的远程仓库中，有相同标签名称的轻量标签和带注释的标签条目：

$ git ls-remote --tags origin
302883ef0cb2df8975abfbd24bbe89f64cf3da31    refs/tags/0.0.1
4852192308b404d74d7a4088c19a4629299f6ea2    refs/tags/0.0.1^{}

（请注意第二个条目上标签名称后面的^{}

这对于带注释的标签（？）来说似乎是正常的，所以不要认为这本身就是问题，但是在我删除了所有标签并重新标记了所有标签之后，问题就消失了。例如。对于上述标签...

git tag -d 0.0.1                # Delete local tag
git push --delete origin 0.0.1  # Delete remote tag
git tag -a -m "" 0.0.1 4852192308b404d74d7a4088c19a4629299f6ea2  # Recreate [annotated] tag
git push --tags                 # Push tag(s) to remote repo

Answer 4

不，我不认为这是git中标签的正确工作流程。

git的一个基本规则是：不要搞砸你已经推过的东西。

由于您已经推送了标签1.0，因此您不希望在本地将其重命名为1.5，然后尝试推送它。保留后代的1.0标签，创建一个新的1.5标签，并推动它。真的 - 这就是标签的用途。因此，您可以在6个月后返回并重新创建1.0版本的软件。

重命名git标记会导致不一致

4 个答案:

复制问题

解决问题

避免问题