安全批量删除本地已合并分支需先切到目标基线分支（如main），执行git branch --merged | grep -v "*\|main\|master\|develop" | xargs -r git branch -d，-d参数确保仅删已完全合并分支，未合并则报错防护，避免误删。
怎么安全批量删掉本地已合并的分支
直接删所有已合并分支是高危操作，必须先确认哪些分支真被合并了，再过滤掉 main、master、develop 等保护分支。Git 本身不提供“一键清空”命令，但可以用组合命令实现可控批量删除。
-
git branch --merged列出当前 HEAD 已合并的本地分支（注意：它默认只检查当前分支的合并状态，不是全局） - 用
grep -v排除关键分支，比如grep -v "main|master|develop|mainline" - 加
-d参数执行删除（它只删已合并分支；如果误删未合并分支会报错，反而是一种保护） - 完整命令：
git branch --merged | grep -v "*|main|master|develop" | xargs -r git branch -d
为什么 git branch -d 比 git branch -D 更安全
-d 是“安全删除”，Git 会检查该分支是否已完全合并到当前 HEAD 所在分支——只要任意一个提交没被当前分支包含，就拒绝删除并提示 error: The branch 'xxx' is not fully merged.。而 -D 强制删除，跳过所有检查，一旦删错且没推送到远端，本地历史就永久丢失。
- 日常清理推荐始终用
-d，哪怕多看几眼报错也比误删强 - 只有明确知道某分支是临时实验、且确认无任何有价值提交时，才考虑
-D -
git branch --contains <commit></commit>可辅助验证某个提交是否还在其他分支上
删完本地分支后，远端对应分支还在吗
不在。本地分支只是对 commit 的引用，删除它不影响远端仓库。但很多人会误以为“删了本地，远端也自动没了”，结果下次 git fetch 又把旧分支拉回来。
- 要同步删除远端分支，得单独执行：
git push origin --delete <branch-name></branch-name>
- 批量删远端已合并分支需先查：
git branch -r --merged | grep origin/ | grep -v "origin/main|origin/master"
- 注意：
git branch -r显示的是你本地记录的远端分支快照，不是实时状态；删远端前建议先git fetch -p清理过期引用
脚本里怎么避免误删正在开发中的分支
最常见坑是：你在 feature/login 分支上，却运行了删“已合并分支”的命令——此时 git branch --merged 会列出所有合并进 feature/login 的分支，包括 develop，而你本意是清理合并进 main 的分支。
- 务必先切回目标基线分支再执行，比如：
git checkout main && git branch --merged | grep -v "*|main|master" | xargs -r git branch -d
- 写成函数更稳妥，加参数校验：
alias gb-clean-merged='git checkout main && git branch --merged | grep -v "*|main|master|develop" | xargs -r git branch -d'
- 别省略
git checkout main这步——这是最容易被跳过的实际风险点
git status 和 git branch，比事后翻 reflog 强得多。
