无论如何处理推送标记和重命名已推送的标记，如果要重命名的标记是带注释的标记，您可以首先通过以下单行命令行复制它：

git tag -a -m "`git cat-file -p old_tag | tail -n +6`" new_tag old_tag^{}

然后，您只需删除旧标记：

git tag -d old_tag

由于以下两个答案，我找到了此命令行：

https://stackoverflow.com/a/26132640/7009806（第二条评论）https://stackoverflow.com/a/49286861/7009806

编辑：使用自动同步标记设置fetch时遇到问题。prunTags=true（如中所述https://stackoverflow.com/a/49215190/7009806)，我个人建议首先在服务器上复制新标签，然后删除旧标签。这样，在删除旧标签时，新标签不会被随机删除，并且标签的同步将希望删除服务器上尚未出现的新标签。例如，我们一起得到：

git tag -a -m "`git cat-file -p old_tag | tail -n +6`" new_tag old_tag^{}
git push --tags
git tag -d old_tag
git push origin :refs/tags/old_tag

您还可以在不签出的情况下重命名远程标记，方法是在单个git push命令中将旧标记/分支复制为新名称并删除旧标记。

远程标记重命名/远程分支→ 标记转换：（注意：：refs/tags/）

git push <remote_name> <old_branch_or_tag>:refs/tags/<new_tag> :<old_branch_or_tag>

远程分支重命名/远程标记→ 分支转换：（注意：：refs/heads/）

git push <remote_name> <old_branch_or_tag>:refs/heads/<new_branch> :<old_branch_or_tag>

输出重命名远程标记：

D:\git.repo>git push gitlab App%2012.1%20v12.1.0.23:refs/tags/App_12.1_v12.1.0.23 :App%2012.1%20v12.1.0.23

Total 0 (delta 0), reused 0 (delta 0)
To https://gitlab.server/project/repository.git
 - [deleted]               App%2012.1%20v12.1.0.23
 * [new tag]               App%2012.1%20v12.1.0.23 -> App_12.1_v12.1.0.23

对于冒险者，只需一个命令即可完成：

mv .git/refs/tags/OLD .git/refs/tags/NEW

这个wiki页面有一个有趣的单行线，它提醒我们可以推送几个参考：

git push origin refs/tags/<old-tag>:refs/tags/<new-tag> :refs/tags/<old-tag> && git tag -d <old-tag>

并要求其他克隆器执行git pull-prune标记

因此，我们的想法是：

<new tag>对于<old tag>：refs/tags/<old tag>:refs/tags/<new tag>引用的每个提交，删除＜旧标签＞：：refs/tags/＜旧标签>

请参见示例“更改git存储库中标记的命名约定？”。

以下是我如何将标记从旧重命名为新：

git tag new old
git tag -d old
git push origin new :old

push命令中的冒号从远程存储库中删除标记。如果如果你不这样做，Git会在你的机器上创建旧标签。最后，确保其他用户删除删除的标记。请告诉我他们（同事）运行以下命令：

git pull --prune --tags

注意，如果要更改带注释的标记，则需要确保新标记名引用的是基础提交，而不是旧的带注释标记您要删除的对象。因此，使用git标记-一个新的旧^｛｝而不是git标记new-lold（这是因为带注释的标记是对象轻量级标签不是，更多信息在这个答案中）。

最初的问题是如何重命名标记，这很简单：首先创建NEW作为OLD:git标记NEW OLD的别名，然后删除OLD:git-tag-d OLD。

关于“Git方式”和（in）理智的引用是不正确的，因为它是在谈论保留标记名，但使其引用不同的存储库状态。