git 默认只允许安全删除已完全合并到当前分支的本地分支，git branch -d 会检查目标分支的提交是否全部存在于当前 head 的 commit dag 中，若存在未合并提交则报错“not fully merged”，防止误删改动。
删分支不是“删代码”，而是删指针；不清理远程引用，本地 git branch -r 里还会显示已删除的分支。
为什么 git branch -d 会报错 “not fully merged”
Git 默认只允许安全删除「已完全合并到当前所在分支」的本地分支。git branch -d 会检查该分支的所有提交是否都存在于当前 HEAD（比如 main）的 commit DAG 中。如果存在未合并的提交，它就拒绝操作，防止误丢改动。
- 常见错误现象：
error: The branch 'feat/payment' is not fully merged. - 先确认是否真要丢弃：运行
git log --oneline feat/payment ^main看哪些提交没进main - 若确定无用，改用
git branch -D feat/payment强删；但注意：rebase 中断状态、stash 关联、未推送提交都会随分支指针一起消失 - 别在 CI/CD 脚本里无条件用
-D—— 如果某次构建临时分支名撞上正在开发的 feature，强删会直接丢掉同事刚 push 的内容
删完远程分支，git branch -r 还能看到？
因为 git push origin --delete branch-name 只通知远端删分支，本地仍保留着过时的远程跟踪引用（remote-tracking reference），即 origin/branch-name。
- 必须紧接着执行
git fetch --prune或git remote prune origin - 验证是否清理干净：
git branch -r | grep branch-name应该无输出 - Windows Git Bash 用户注意：
git fetch -p更稳定，--prune在某些旧版本中不生效 - 团队协作中，其他人不会自动同步这个清理动作——他们得各自运行
git fetch --prune，否则git pull仍可能尝试合并已不存在的远程分支，报fatal: couldn't find remote ref refs/heads/xxx
批量删已合并到 main 的本地分支
手动一个一个删效率低，但管道命令容易翻车，关键在过滤掉当前分支和系统分支。
- 先预览要删哪些：
git branch --merged main --format='%(refname:short)' | grep -v '^main$' - 再执行删除：
git branch --merged main --format='%(refname:short)' | grep -v '^main$' | xargs git branch -d - PowerShell 用户不能用
xargs，改用：git branch --merged main --format='%(refname:short)' | ForEach-Object { if ($_ -ne 'main') { git branch -d $_ } } - 别对
develop或next直接套用--merged—— 它们常有“部分合入”或“等待 cherry-pick”的提交，--merged会漏判，导致误删
删远程分支后，别人 git pull 为什么还失败
因为本地分支的 upstream 配置（branch.<name>.merge</name>）没变。即使 origin/branch-name 已被删，Git 仍按原配置去远端找那个 ref。
- 现象：
git pull报fatal: couldn't find remote ref refs/heads/feature/login - 解决方法一（推荐）：
git branch --unset-upstream feature/login，解除追踪关系 - 解决方法二：
git branch -d feature/login，连本地分支一起删（如果不再需要） - 解决方法三：
git branch --set-upstream-to=origin/main feature/login，换追踪目标 - 这个 upstream 配置是分支级的，不会因
git fetch --prune自动清除，必须显式处理
最易被忽略的是上游配置残留和远程引用缓存 —— 它们不会随 git push --delete 自动消失，也不在 git status 里提示，只有当 git pull 或 git branch -r 暴露问题时才被发现。
