这对我有用：

git branch -r | awk '{print $1}' | egrep -v -f /dev/fd/0 <(git branch -vv | grep origin) | awk '{print $1}' | xargs git branch -d

我认为没有内置命令来执行此操作，但可以安全地执行以下操作：

git checkout master
git branch -d bug-fix-a

当您使用-d时，git将拒绝删除分支，除非它完全合并到HEAD或其上游远程跟踪分支中。因此，您可以始终循环每个ref的git输出，并尝试删除每个分支。这种方法的问题是，我怀疑您可能不希望因为origin/bug-fix-d包含其历史而删除bug--fix-d。相反，您可以创建如下脚本：

#!/bin/sh

git checkout master &&
for r in $(git for-each-ref refs/heads --format='%(refname:short)')
do
  if [ x$(git merge-base master "$r") = x$(git rev-parse --verify "$r") ]
  then
    if [ "$r" != "master" ]
    then
      git branch -d "$r"
    fi
  fi
done

警告：我尚未测试此脚本-请小心使用。。。

这里有一个解决方法，我用它来处理鱼壳。在Mac OS X 10.11.5、fish 2.3.0和git 2.8.3上测试。

function git_clean_branches
  set base_branch develop

  # work from our base branch
  git checkout $base_branch

  # remove local tracking branches where the remote branch is gone
  git fetch -p

  # find all local branches that have been merged into the base branch
  # and delete any without a corresponding remote branch
  set local
  for f in (git branch --merged $base_branch | grep -v "\(master\|$base_branch\|\*\)" | awk '/\s*\w*\s*/ {print $1}')
    set local $local $f
  end

  set remote
  for f in (git branch -r | xargs basename)
    set remote $remote $f
  end

  for f in $local
    echo $remote | grep --quiet "\s$f\s"
    if [ $status -gt 0 ]
      git branch -d $f
    end
  end
end

几点注意事项

确保设置正确的base_branch。在本例中，我使用develop作为基本分支，但它可以是任何东西。

这一部分非常重要：grep-v“\（master\|$base_branch\|\*\）”。它确保您不会删除主分支或基本分支。

我使用gitbranch-d＜branch＞作为额外的预防措施，以便不删除任何尚未与上游或当前HEAD完全合并的分支。

一种简单的测试方法是用echo“将删除$f”替换gitbranch-d$f。

我想我还应该补充一句：使用风险自负！

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

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

不要玩弄风险脚本。

对于Windows或其他不想/不会编写命令行脚本或不想使用PowerShell的人来说，这是一个更简单的解决方案。

将分支列表转储到文件中gitbranch>branches.txt（或git branch--merged>branches.txt，如果您是腰带和吊带类型；gitbranch-d将防止删除未合并的分支）

在编辑器中打开该文件并合并所有行（我使用了升华文本，所以突出显示所有行并按ctrl+j）

在分支列表前面添加gitbranch-d。

全选、复制并粘贴（在windows cmd窗口中单击鼠标右键）到命令行中。

我通常不会回答一个已经有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仍然包含孤立的跟踪信息，因此它具有识别已完全合并的前跟踪分支的信息。（毕竟，它可以为您提供信息，让您自己动手操作。）