David Rand1. 问题场景还原：当远程分支消失后
上周四晚上11点，我正在部署一个紧急热修复版本。当我执行git push origin hotfix/login-page时，终端突然弹出一串红色错误：
code复制error: src refspec hotfix/login-page does not match any
error: failed to push some refs to 'git@github.com:new-repo/project.git'
冷汗瞬间就下来了——这个分支明明半小时前还正常存在！打开GitHub页面查看，发现原仓库已经迁移到新的组织下，所有分支显示"gone"。更糟的是，本地执行git branch -a仍然显示着那些已经不存在的远程分支，就像一群"幽灵分支"在干扰操作。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 核心问题诊断：陈旧的远程跟踪分支
根本原因在于.git/config中的过时引用。当远程仓库地址变更（无论是域名修改、组织迁移还是仓库转移）后，本地仓库的远程分支缓存不会自动更新。此时：
- 本地仓库通过
git remote set-url更新了origin地址 - 但
.git/refs/remotes/origin/下的分支引用仍指向旧地址 git fetch默认不会清理这些失效引用
通过git remote show origin可以看到警告：
code复制Remote branches:
master tracked
hotfix/login-page stale (use 'git remote prune' to remove)
3. 解决方案深度解析：git remote prune工作机制
3.1 命令执行与效果验证
执行核心修复命令：
bash复制git remote prune origin
这个命令会：
- 连接当前配置的origin远程仓库
- 获取所有实际存在的远程分支列表
- 删除本地
.git/refs/remotes/origin/下对应的失效引用
验证效果：
bash复制git branch -r # 查看远程分支列表
git ls-remote --