远程分支清理:删除失效引用前,先预览prune结果
远程分支已删除,本地仍显示origin旧分支时,可以清理远程跟踪引用。本文区分引用清理与删除本地开发分支。

分支在GitHub上已经合并删除,本地列表仍显示旧名称,并不一定是同步失败。本地保存着远程跟踪引用,它可能尚未被清理;这与用户自己创建的本地分支不同。
操作步骤
先运行git branch -r查看远程跟踪项,再用git remote prune origin --dry-run预览失效引用。确认远程名称正确后,执行相应清理,或在合适的配置下使用git fetch --prune。不要把清理引用理解为删除服务器上的分支,也不要顺手删除仍含未合并提交的本地分支。
怎样确认处理正确
完成后重新查看分支列表,并核对当前分支的上游关系。存在自定义refspec时,清理范围可能变化,应先检查仓库配置。团队可统一获取与清理习惯,但仍应在修改前预览实际对象。遇到找不到提交的情况,先查看已有本地分支和日志,不要连续执行更多清理;保留信息比强行让列表看起来整洁更重要。
参考资料
资料核对日期:2026年10月28日。以下为官方资料综合整理与操作建议,不代表已经对读者的环境完成实测。
本文新增价值
围绕远程分支清理提供从现象识别到操作验收的具体路径,补充容易误判的边界和失败情形,帮助读者保留原始证据并判断修改是否有效。
围绕远程分支清理提供从现象识别到操作验收的具体路径,补充容易误判的边界和失败情形,帮助读者保留原始证据并判断修改是否有效。