我并不责怪你对此感到沮丧。最好的方法是这样看的。每个远程分支可能有三个版本：
1.远程资源库上的实际分支
(e.g.，远程存储库位于https://example.com/repo.git、refs/heads/master）
1.您本地的该分支的快照（存储在refs/remotes/...下）
(e.g.，本地存储库，refs/remotes/origin/master）
1.以及可能跟踪远程分支的本地分支
(e.g.，本地存储库，refs/heads/master）
让我们从git prune开始。这将删除不再被引用的 objects，而不是删除引用。在您的例子中，您有一个本地分支。这意味着有一个名为random_branch_I_want_deleted的引用，它引用一些代表该分支历史的对象。因此，根据定义，git prune不会删除random_branch_I_want_deleted。实际上，git prune是一种删除Git中累积但没有被任何东西引用的数据的方法。一般来说，它不会影响你对任何分支的查看。
git remote prune origin和git fetch --prune都在refs/remotes/...下的引用上操作（我将把这些称为远程引用）。它不影响本地分支。如果您只想删除特定remote下的远程引用，则git remote版本非常有用。否则，这两个版本做的事情完全相同。因此，简而言之，git remote prune和git fetch --prune的作用是执行上面的第二个命令。例如，如果你使用git web GUI删除了一个分支，并且不想让它再出现在本地分支列表中（git branch -r），那么你应该使用这个命令。
要删除本地分支，应该使用git branch -d（如果没有合并，则使用-D）。FWIW，没有git命令可以在远程分支消失时自动删除本地跟踪分支。

git remote prune和git fetch --prune执行相同的操作：第二个命令连接到远程节点并在修剪之前获取它的当前分支。
但是，它不会触及您已 checkout 的本地分支，您只需使用

git branch -d  random_branch_I_want_deleted

如果分支未在其他位置合并，则将-d替换为-D
git prune做了一些不同的事情，它清除不可达的对象，那些在任何分支或标记中都不可达的提交，因此不再需要。

这里有一个快速的shell脚本，它将删除所有未被远程跟踪的本地分支。这将删除任何未被远程跟踪的分支，无论它是否被合并。
如果你们看到任何问题，请让我知道，我会解决它（等。等）
在PATH上将其保存在名为git-rm-ntb的文件中（无论如何命名），然后运行：
git-rm-ntb <remote1:optional> <remote2:optional> ...

clean()
{
  REMOTES="$@";
  if [ -z "$REMOTES" ]; then
    REMOTES=$(git remote);
  fi
  REMOTES=$(echo "$REMOTES" | xargs -n1 echo)
  RBRANCHES=()
  while read REMOTE; do
    CURRBRANCHES=($(git ls-remote $REMOTE | awk '{print $2}' | grep 'refs/heads/' | sed 's:refs/heads/::'))
    RBRANCHES=("${CURRBRANCHES[@]}" "${RBRANCHES[@]}")
  done < <(echo "$REMOTES" )
  [[ $RBRANCHES ]] || exit
  LBRANCHES=($(git branch | sed 's:\*::' | awk '{print $1}'))
  for i in "${LBRANCHES[@]}"; do
    skip=
    for j in "${RBRANCHES[@]}"; do
      [[ $i == $j ]] && { skip=1; echo -e "\033[32m Keeping $i \033[0m"; break; }
    done
    [[ -n $skip ]] || { echo -e "\033[31m $(git branch -D $i) \033[0m"; }
  done
}
    
clean $@

请注意，git remote --prune和git fetch --prune之间的一个区别是commit 10a6cc8被Tom Miller ( tmiller )修复了（对于git 1.9/2.0，Q1 2014）：
当我们有一个名为“frotz/nitfol“的远程跟踪分支来自上一次提取时，并且上游现在有一个名为“frotz"的分支，fetch将无法从上游移除带有“git fetch --prune“的“frotz/nitfol“。
git会通知用户使用“git remote prune“来修复问题。
因此：当一个**upstream repo**有一个分支（“frotz”）与一个 * branch hierarchy *（“frotz/xxx”，可能是一个branch naming convention）同名时，git remote --prune是成功的（从您的存储库中清除远程跟踪分支），但是git fetch --prune失败了。
不再是了：
通过将修剪操作移到提取操作之前来更改“fetch --prune“的工作方式。
这样，它不会警告用户发生冲突，而是自动修复冲突。
另一个不同之处：
在Git 2.39（Q4 2022）中，“git prune“（man）可能会尝试遍历.git/objects/pack以删除其中的垃圾文件，并在目录丢失时大声失败，这是不必要的。
司令部已经被教导要忽略这样的失败。
...而git fetch --prune在目录丢失时仍然会大声失败
2022年11月19日，Eric Wong ( ele828 )发布。
（2022年11月28日，由Junio C Hamano -- gitster --在commit 7d7ed48中合并）
第1001章：缺少目录时执行quiet ENOENT
签署人：黄家辉
可以删除$GIT_DIR/objects/pack以将inode保存在共享存储库中。
在$GIT_DIR/objects或$GIT_DIR/objects/pack不存在的情况下执行静默清理，但在其他情况下发出系统错误，以帮助用户诊断权限问题或资源限制。
因此，当$GIT_DIR/objects或$GIT_DIR/objects/pack丢失时，git修剪不会显示“无法打开目录...”。