安全批量删除已合并到main的本地分支需先执行git branch --merged main确认已合并分支，再过滤保护分支并用--dry-run模拟，最后用git branch -d删除；注意同步本地main、避免rebase误判、妥善处理特殊分支名，并保留reflog以便恢复。
怎么安全地批量删除已合并到 main 的本地分支
直接删有风险，得先确认哪些分支真被合并了，再过滤掉保护分支（比如 main、develop），最后执行删除。Git 不会自动帮你判断“是否该删”，它只认 git merge-base 和 git branch --merged 的结果。
- 先运行
git branch --merged main查看所有已合并到main的本地分支（注意：不包含main自身） - 排除关键分支：用
grep -v过滤掉main、develop、release/等你不想动的分支名 - 加
--dry-run模拟执行：把git branch -d替换成echo先看会删哪些，比如：git branch --merged main | grep -v "main\|develop\|release/" | xargs echo
- 确认无误后，把
echo换成git branch -d——用-d（而非-D）能避免误删未完全合并的分支
为什么 git branch --merged 有时显示不准
它只检查当前 HEAD 所在分支的合并状态，不是绝对“已合入 main”。如果你在 feature/x 上运行 git branch --merged，它列出的是合并进 feature/x 的分支，不是 main。
GitHub Actions Runtime Regression Audit
下载
对比基线与当前 GitHub Actions 运行导出，在 CI 成本和交付周期激增前及时发现工作流或作业运行时性能退化。
- 务必指定目标分支：
git branch --merged main，不能省略main - 如果远程
origin/main有新提交但本地没git fetch，--merged main会漏掉刚合入的分支 —— 删之前先git fetch origin main -
--merged对 rebase 过的分支可能误判：rebase 后的提交 SHA 改变，Git 认为“没合并”，这时要用git merge-base --is-ancestor辅助验证
如何处理带斜杠的分支名（如 feature/login-flow）
这类分支名在管道操作里容易被 shell 当路径解析，尤其当分支名含空格或特殊字符时，xargs 默认按空白分割会出错。
- 改用
git branch --format="%(refname:short)" --merged main，输出更干净，无前缀空格 - 配合
while read安全读取，避免 xargs 解析问题：git branch --format="%(refname:short)" --merged main | grep -v "main\|develop" | while read br; do git branch -d "$br"; done
- 分支名含空格？
git branch -d本身支持引号，但管道链中必须用"$br"包裹变量，否则 shell 会截断
删完发现某个分支其实不该删，还能恢复吗
能，只要没执行过 git gc 或超过 reflog 保留期（默认 90 天），Git 还记得那些分支的最后一次 commit。
- 查 reflog：
git reflog --date=iso，找对应分支最后一次被 checkout 或 merge 的记录 - 恢复单个分支：
git branch feature/old-name abc1234（abc1234 是 reflog 里的 commit hash） - 如果只记得分支名但不确定 hash，用
git fsck --lost-found扫描悬空对象，再结合git log --oneline人工比对 - 预防建议：删之前跑一次
git branch -a > backup-branches.txt，5 秒钟的事
--merged main 依赖本地 main 是否最新，以及没给关键分支加白名单。这两点漏掉，删完才发现 CI 分支或灰度分支没了，就得翻 reflog。 
