远程分支删不掉主因是权限不足或分支保护规则拦截，需检查push权限及平台分支保护设置；本地缓存未更新则用git fetch --prune同步；误删可借reflog恢复commit；批量清理应先切主干再安全过滤删除。
git push origin --delete 分支名删不掉远程分支？检查推送权限和分支保护
远程分支删不掉，大概率不是命令写错，而是权限或保护规则拦住了。先确认你有 push 权限，再查目标分支是否启用了 GitHub/GitLab 的分支保护（如 require pull request reviews、include administrators）。这类设置下，即使你是仓库管理员，git push origin --delete feature/login 也会被拒绝，返回类似 ! [remote rejected] feature/login (protected branch hook declined) 的错误。
解决办法是：进平台 Settings → Branches → 找到对应分支规则 → 临时禁用保护，或把你的账号加进 bypass 列表。删完记得恢复保护——别留安全隐患。
本地分支已删，但 git branch -r 仍显示远程分支？执行 git fetch --prune 同步远端状态
git branch -r 显示的是本地缓存的远程分支引用，不是实时状态。你删了远程分支后，本地的 origin/xxx 引用不会自动消失，导致误判“没删干净”。这不是 bug，是 Git 的设计逻辑：fetch 默认不清理过期引用。
手动清理只需一条命令：
git fetch --prune origin
也可以设成默认行为：
git config --global fetch.prune true
之后每次 git fetch 都会自动剔除已不存在的远程分支引用。注意：这个操作只影响本地引用，不触碰远程仓库任何内容。
误删了还在用的远程分支？用 git reflog 查 commit hash 恢复
只要没人强制 gc（Git 默认 30 天才清理），被删分支的最后一次提交还在对象数据库里。关键是要拿到那个 commit hash。
恢复步骤：
- 在原仓库目录运行
git reflog show origin/branch-name（如果还残留引用）或git fsck --lost-found扫描悬空对象 - 从输出中找到目标分支最后一次提交的
commit hash（比如a1b2c3d） - 执行
git push origin a1b2c3d:refs/heads/branch-name把它重新推为分支
注意：如果分支已被多人基于开发，强行恢复可能造成提交历史分裂，建议先跟协作者同步确认。
批量清理大量已合并的远程分支？用 git branch -r --merged 过滤 + 脚本安全删除
手动一个一个删不现实，但直接 git push origin --delete $(git branch -r --merged | grep origin/ | grep -v 'main\|master') 很危险——--merged 只保证合并进当前本地 HEAD，不是进 main，容易误删。
更稳妥的做法：
- 先切到稳定主干：
git checkout main（或master） - 列出所有已合并进 main 的远程分支：
git branch -r --merged | grep origin/ | grep -v '\*\|main\|master' - 逐条确认后再删，或加 dry-run 模拟：
git branch -r --merged | grep origin/ | grep -v '\*\|main\|master' | sed 's/origin\///' | xargs -I {} echo "would delete: {}"
真正执行时把 echo 换成 git push origin --delete。别省这一步——远程分支不可逆，脚本跑错就是事故。
