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“：”，这是要求“匹配”推送的语法，但不删除任何内容。更糟糕的是，如果有匹配的引用可以快速转发，那么即使用户觉得它们还没有准备好推出，它们也会过早发布，这将是一场真正的灾难。

用于数千个远程标签的速度快100倍

在阅读了这些答案，同时需要删除11000多个标签之后，我了解到这些方法依赖于xargs，或者xargs耗时太长，除非你有几个小时可以燃烧。

在挣扎中，我找到了两种更快的方法。对于这两种情况，从git-tag或git-ls-remote-tag开始，列出要删除的远程标记。在下面的示例中，您可以省略sorting_processing_etc，或将其替换为所需的任何greping、sorting、tailing或head（例如grep-P“my_regex”|sort|head-n-200等）：

第一种方法是迄今为止最快的，可能比使用xargs快20到100倍，一次至少可以处理几千个标签。

git push origin $(< git tag | sorting_processing_etc \
| sed -e 's/^/:/' | paste -sd " ") #note exclude "<" for zsh

这是如何工作的？正常的、以行分隔的标记列表被转换为一行以空格分隔的标记，每个标记都以：so。

tag1   becomes
tag2   ======>  :tag1 :tag2 :tag3
tag3

将git push与此格式标记一起使用，不会将任何内容推送到每个远程引用中，并将其删除（以这种方式推送的正常格式是local_ref_path:remote_ref_path）。

方法二在同一页的其他地方作为单独的答案

在这两种方法之后，您可能也希望删除本地标记。这要快得多，所以我们可以返回使用xargs和git标记-d，这就足够了。

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

或类似于远程删除：

git tag -d $(< git tag | sorting_processing_etc | paste -sd " ")

在终端上，执行以下操作：

git fetch
git tag
git tag -d {tag-name}
git push origin :refs/tags/{tag-name}

现在转到Github.com并刷新，它们就会消失。

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个参数。你可以尝试这些论点，以找到最适合你的需求的东西。

如果您使用SourceTree（一个很棒的Git GUI），那么您可以通过执行以下操作在不使用命令行的情况下轻松完成此操作：

在SourceTree中打开存储库选择并展开左侧的“标签”选项卡右键单击要删除的标记选择“删除YOUR_TAG_NAME”在验证窗口中，选择“从远程设备删除标记”

YOUR_TAG_NAME现在将从您的本地存储库和所有远程设备中删除，无论是GitHub、BitBucket，还是您列为该存储库远程设备的任何地方。

此外，如果您在本地删除了一个标记，但没有在远程源上删除，并且您想在任何地方删除它，那么只需创建一个新标记，该标记具有相同的名称，并在与源相同的提交时附加。然后，重复上述步骤删除所有位置。