最安全的方法是对每个ref使用带有插值变量%（upstream:track）的“管道”命令git，当分支不再位于远程时，该变量将消失：

git fetch -p && for branch in $(git for-each-ref --format '%(refname) %(upstream:track)' refs/heads | awk '$2 == "[gone]" {sub("refs/heads/", "", $1); print $1}'); do git branch -D $branch; done

这种方法比使用“瓷”命令更安全，因为不会有意外匹配提交消息部分的风险。下面是一个使用“瓷”git命令的版本：

git fetch -p && for branch in $(git branch -vv | grep ': gone]' | awk '{print $1}'); do git branch -D $branch; done

这种工作方式是在命令之后

git fetch -p

运行时删除远程引用

git branch -vv

它将显示“已离开”作为远程状态。例如

$ git branch -vv
  master                 b900de9 [origin/master: behind 4] Fixed bug
  release/v3.8           fdd2f4e [origin/release/v3.8: behind 2] Fixed bug
  release/v3.9           0d680d0 [origin/release/v3.9: behind 2] Updated comments
  bug/1234               57379e4 [origin/bug/1234: gone] Fixed bug

这是脚本迭代的内容。

我通常不会回答一个已经有16个答案的问题，但所有其他答案都是错误的，正确的答案很简单。问题是，“有没有一种简单的方法可以删除所有远程分支不再存在的跟踪分支？”

如果“简单”意味着一次性删除它们，不脆弱、不危险，并且不依赖并非所有读者都会拥有的工具，那么正确的答案是：不。

有些答案很简单，但他们没有按照要求做。其他人按照要求做，但并不简单：所有人都依赖于通过文本操作命令或脚本语言解析Git输出，这可能不是每个系统都有的。除此之外，大多数建议都使用瓷命令，其输出不被脚本解析（“瓷”是指用于人类操作的命令；脚本应该使用较低级别的“管道”命令）。

进一步阅读：

为什么不应该在脚本中解析git分支输出。跟踪分支以及git remote prune、git prune和git fetch--prune之间的差异

如果您想安全地执行此操作，对于问题中的用例（已在服务器上删除但仍作为本地分支存在的垃圾收集跟踪分支），并且仅使用高级Git命令，您必须

git fetch--prune（或git fetch-p，它是一个别名，或git prune remote origin，它在不获取的情况下执行相同的操作，并且可能不是您大多数时候想要的）。注意报告为已删除的任何远程分支。或者，为了稍后找到它们，可以使用gitbranch-v（任何孤立的跟踪分支都将标记为“[gone]”）。每个孤立跟踪分支上的gitbranch-d[分支名称]

（这是其他一些答案提出的）。

如果你想编写一个解决方案的脚本，那么每个ref都是你的出发点，就像Mark Longair在这里的回答和对另一个问题的回答一样，但我看不出不编写shell脚本循环或使用xargs之类的方法来利用它。

背景说明

要了解发生了什么，您需要认识到，在跟踪分支的情况下，您没有一个分支，而是有三个分支。（请记住，“分支”只是指向提交的指针。）

给定一个跟踪分支功能/X，远程存储库（服务器）将具有此分支并将其称为功能/X。您的本地存储库有一个分支remotes/origin/feature/X，这意味着，“这就是上次我们谈话时远程告诉我它的功能/X分支是什么。”最后，本地存储库还有一个分支功能/X，指向您的最新提交，并被配置为“跟踪”remotes/origin/feature/X，这意味着您可以拉和推以保持它们对齐。

有时，有人删除了遥控器上的功能/X。从那一刻起，您就剩下了本地功能/X（您可能不想再使用它了，因为功能X的工作大概已经完成了）和远程/原点/功能/X，这肯定是无用的，因为它的唯一目的是记住服务器分支的状态。

Git将允许您自动清理冗余的remotes/origin/feature/X，这就是gitfetch-prime所做的，但由于某些原因，它不允许您自动删除自己的功能/X。。。即使您的feature/X仍然包含孤立的跟踪信息，因此它具有识别已完全合并的前跟踪分支的信息。（毕竟，它可以为您提供信息，让您自己动手操作。）

在大多数其他解决方案中，模式匹配“gone”对我来说有点可怕。为了更安全，这使用--format标志来提取每个分支的上游跟踪状态。

我需要一个Windows友好的版本，所以这会删除所有使用Powershell列出为“已删除”的分支：

git branch --list --format "%(if:equals=[gone])%(upstream:track)%(then)%(refname:short)%(end)" | 
    ? { $_ -ne "" } | 
    % { git branch -D $_ }

第一行列出了上游分支已“消失”的本地分支的名称。下一行删除空行（这是未“消失”的分支的输出），然后将分支名称传递给命令以删除分支。

对于一些简单的单行清除除master和develop之外的所有本地分支可能有用

git branch | grep -v "master" | grep -v "develop" | xargs git branch -D

我最近发布了一个解决方案，我已经使用了很长时间，它依赖于分支命名来包含问题编号，您可以看到这个答案，它链接到我的git_clean_branches版本，这是一个交互式脚本，用于删除已关闭问题的分支（通常通过壁球合并）。

下面是一个简单的答案，我使用git客户机得到了这个答案：

从计算机中完全删除存储库，然后再次签出。

不要玩弄风险脚本。