检查目标

$(git分支| grep -Eiv“master|develop|branchYouWantToLive”);执行echo $target;完成

使用for &子命令运行

$(git分支| grep -Eiv“master|develop|branchYouWantToLive”);做git分支-D $target;完成

你可以扩展其他关于分支的东西。

使用@wisbucky答案的变体，我将以下内容作为~/的别名添加到~/。gitconfig文件:

pruneitgood = "!f() { \
    git remote prune origin; \
    git branch -vv | perl -nae 'system(qw(git branch -d), $F[0]) if $F[3] eq q{gone]}'; \
}; f"

这样，一个简单的git pruneitgood就可以清理合并后不再需要的本地和远程分支。

我已经把公认的答案变成了一个健壮的脚本。您可以在我的git-extensions存储库中找到它。

$ git-rprune --help
Remove old local branches that do not exist in REMOTE any more.
With --test, only print which local branches would be deleted.
Note: To do this automatically on each fetch / pull:
    git config --global fetch.prune true
Usage: git-rprune REMOTE [-t|--test|-f|--force] [-?|-h|--help]

在git帮助获取提供的信息中，有这样一个小项目:

 -p, --prune
        After fetching, remove any remote-tracking branches which no longer exist on the remote.

也许，git fetch -p是你要找的?

编辑:好吧，对于那些3年后还在争论这个答案的人，这里有一些关于我为什么给出这个答案的更多信息……

首先，OP说他们想“删除那些从远程分支创建的本地分支(这些分支不在远程上了)”。这在git中并不是完全可能的。举个例子。

假设我在中央服务器上有一个回购，它有两个分支，称为a和B。如果我将该回购克隆到我的本地系统，我的克隆将有本地引用(还不是实际的分支)称为origin/ a和origin/B。现在假设我做了以下事情:

git checkout -b A origin/A
git checkout -b Z origin/B
git checkout -b C <some hash>

这里的相关事实是，出于某种原因，我选择在我的本地回购上创建一个分支，该分支的名称与其起源不同，并且我还有一个本地分支，它(还)不存在于起源回购上。

Now let's say I remove both the A and B branches on the remote repo and update my local repo (git fetch of some form), which causes my local refs origin/A and origin/B to disappear. Now, my local repo has three branches still, A, Z, and C. None of these have a corresponding branch on the remote repo. Two of them were "created from ... remote branches", but even if I know that there used to be a branch called B on the origin, I have no way to know that Z was created from B, because it was renamed in the process, probably for a good reason. So, really, without some external process recording branch origin metadata, or a human who knows the history, it is impossible to tell which of the three branches, if any, the OP is targeting for removal. Without some external information that git does not automatically maintain for you, git fetch -p is about as close as you can get, and any automatic method for literally attempting what the OP asked runs the risk of either deleting too many branches, or missing some that the OP would otherwise want deleted.

还有其他的场景，比如，如果我在origin/A之外创建三个独立的分支，以测试三种不同的方法，然后origin/A消失了。现在我有三个分支，它们显然不能全部匹配名称，但它们是从origin/A创建的，因此OPs问题的字面解释需要删除所有三个分支。然而，如果你能找到一种可靠的方法来匹配它们，这可能并不理想……

I wanted something that would purge all local branches that were tracking a remote branch, on origin, where the remote branch has been deleted (gone). I did not want to delete local branches that were never set up to track a remote branch (i.e.: my local dev branches). Also, I wanted a simple one-liner that just uses git, or other simple CLI tools, rather than writing custom scripts. I ended up using a bit of grep and awk to make this simple command, then added it as an alias in my ~/.gitconfig.

[alias]
  prune-branches = !git remote prune origin && git branch -vv | grep ': gone]' | awk '{print $1}' | xargs -r git branch -D

这是一个git配置-全局…命令可以方便地将其添加为git prune-branches:

git config --global alias.prune-branches '!git remote prune origin && git branch -vv | grep '"'"': gone]'"'"' | awk '"'"'{print $1}'"'"' | xargs -r git branch -d'

注意:对git分支使用-D标志可能非常危险。所以，在上面的config命令中，我使用-d选项来git分支而不是-d;我在实际配置中使用-D。我使用-D是因为我不想听到Git抱怨未合并的分支，我只是想让它们消失。您可能也需要这个功能。如果是这样，只需在配置命令的末尾使用-D而不是-D。

我很确定git remote prune origin是你想要的。

你可以运行它作为git远程剪枝起源-演练，看看它会做什么不做任何改变。