删除本地标记“12345”

git tag -d 12345

删除远程标记“12345”（例如，GitHub版本也是）

git push origin :refs/tags/12345

替代方法

git push --delete origin tagName
git tag -d tagName

其他答案指出了如何实现这一点，但您应该记住后果，因为这是一个远程存储库。

git标签手册页的On Retagging部分很好地解释了如何礼貌地将更改通知远程回购的其他用户。他们甚至提供了一个方便的公告模板，用于传达其他人应该如何获得您的更改。

正如@CubanX所建议的，我将这个答案与我的原始答案分开：

这里有一种方法，它比xargs快几倍，并且可以通过调整进行扩展。它使用Github API（一种个人访问令牌），并并行利用该实用程序。

git tag | sorting_processing_etc | parallel --jobs 2 curl -i -X DELETE \ 
https://api.github.com/repos/My_Account/my_repo/git/refs/tags/{} -H 
\"authorization: token GIT_OAUTH_OR_PERSONAL_KEY_HERE\"  \
-H \"cache-control: no-cache\"`

parallel有许多操作模式，但通常会将您给出的任何命令并行化，同时允许您设置进程数量的限制。您可以更改--jobs 2参数以允许更快的操作，但我对Github的速率限制有问题，目前为5000/hr，但似乎也有未记录的短期限制。

在此之后，您可能还想删除本地标记。这要快得多，所以我们可以返回使用xargs和git标记-d，这就足够了。

git tag | sorting_processing_etc | xargs -L 1 git tag -d

gitpush--delete origin$TAGNAME是正确的方法（除了本地删除之外）。

但是：确保使用Git 2.31+（2021第一季度）。

“git-push$there--delete”（man）本应被诊断为一个错误，但却变成了一个匹配的push，已使用git 2.31（2021第1季度）进行了更正。

参见Junio C Hamano（gitster）提交的20e4164（2021 2月23日）。（由Junio C Hamano——gitster——于2021 2月25日提交1400458合并）

push：不要将--delete“”转换为匹配的push通知人：Tilman Vogel

当我们将语法糖“git push remote--delete”（man）＜ref＞添加到“git推送”（man）中，作为标准git pushremote（man）的同义词：语法在f517f1f（“内置推送：add（man）--delete as syntax sugar for：foo”，2009-12-30，git v1.7.0-rc0--merge）中时，我们没有足够谨慎地确保＜ref＞不为空。盲目地将“--delete＜ref＞”重写为“：＜ref＞“意味着空字符串＜ref＞将导致refspec“：”，这是要求“匹配”推送的语法，但不删除任何内容。更糟糕的是，如果有匹配的引用可以快速转发，那么即使用户觉得它们还没有准备好推出，它们也会过早发布，这将是一场真正的灾难。

似乎xargs已经做了很多工作。回顾这篇文章，我猜你所经历的xargs的缓慢是因为最初的答案使用了xargs-n 1，而实际上并不需要。

除了xargs自动处理最大命令行长度之外，这与方法1等效：

git tag | sorting_processing_etc | xargs git push --delete origin

xargs也可以并行运行进程。使用xargs的方法2：

git tag | sorting_processing_etc | xargs -P 5 -n 100 git push --delete origin

上面最多使用5个进程来处理每个进程中最多100个参数。你可以尝试这些论点，以找到最适合你的需求的东西。

更直接的方法是

git push --delete origin YOUR_TAG_NAME

在这种情况下，IMO前缀冒号语法有点奇怪