应先运行 git fetch -p 同步远端分支变更，再用 git branch -vv 查找标记为 [gone] 且非当前分支的本地分支，确认无未推送提交后，用 git branch -d 安全删除。
如何安全识别已合并但本地仍存在的分支
Git 本身不自动删除本地分支，哪怕它早已被合并进 main 或 develop。直接删所有“非当前分支”风险极高——比如你忘了 checkout 过某个功能分支，它其实还没合入，但本地没更新 remote 分支状态，git branch --merged 就会误判为“已合并”。
真正可靠的判断依据是：该分支在远程已被删除 + 本地没有未 push 的提交。
- 先运行
git fetch -p（-p表示 prune），同步远端分支变更，清理本地对已删远端分支的追踪引用 - 再用
git branch -vv查看每个本地分支的追踪状态，带[gone]标记的，说明对应远端分支已不存在 - 确认该分支 HEAD 没有比远程追踪分支更超前的提交（即
git status不提示 “Your branch is ahead of 'origin/xxx' by N commits”）
一行命令批量删除标记为 [gone] 的本地分支
别手敲一个个删。核心逻辑是：提取 git branch -vv 输出中含 [gone] 的分支名，过滤掉当前分支，再执行 git branch -d。
推荐这个经过验证的单行命令（Bash/Zsh）：
git branch -vv | grep '\[gone\]' | awk '{print $1}' | xargs -r git branch -d
-
xargs -r防止无匹配时报错（GNU xargs 支持；macOS 默认 xargs 不支持-r，可改用git branch -vv | awk '/\[gone\]/ && !/^\*/ {print $1}' | xargs git branch -d） - 必须用
git branch -d（小写 d），不是-D——-d会拒绝删除未合并的分支，多一层保险 - 如果某分支显示
[gone]但git branch -d报 “not fully merged”，说明它确实有未合入的本地提交，此时应人工检查，不能跳过
为什么不能只依赖 git branch --merged
git branch --merged 只检查提交图谱是否被包含，完全不关心远端状态。常见误删场景：
- 你在本地基于
main新建了feature/login，开发一半，同事在远端直接 force-push 了main，导致你的分支 base 提交丢失 —— 此时git branch --merged仍可能显示它“已合并”，但实际无法安全删除 - 分支曾被合并，但后来又在本地新增了提交（比如修复 rebase 后的冲突），
--merged仍认为它“已合并”，但新提交没推也没合入 - 团队使用 squash merge，远端
main上只有 1 个提交，而你的本地分支有 5 个，--merged会错误判定为“未合并”，不敢删，造成堆积
加个保护层：把清理动作变成可预览的函数
直接跑删除命令心里没底？封装成带 dry-run 的 shell 函数，放在 ~/.bashrc 或 ~/.zshrc 里：
git-clean-gone() {
local branches=$(git branch -vv | awk '/\[gone\]/ && !/^\*/ {print $1}')
if [ -z "$branches" ]; then
echo "No local branches tracking deleted remote branches."
return
fi
echo "Would delete:"
echo "$branches" | sed 's/^/ /'
echo -n "Proceed? (y/N) "
read -r ans
[ "$ans" = "y" ] || [ "$ans" = "Y" ] && echo "$branches" | xargs git branch -d
}
执行 git-clean-gone 后会先列出待删分支，确认再操作。注意：这个函数不处理 Windows PowerShell，如需跨平台，得另写 PowerShell 版本，且 git branch -vv 输出格式略有不同，需调整正则匹配。
最常被忽略的是 git fetch -p 这一步——很多人直接跑删除脚本，结果什么也删不掉，因为本地还存着对已删远端分支的旧追踪引用，[gone] 根本不会出现。
