远程分支删除或重命名后本地未同步，需主动执行git fetch --prune更新远程跟踪分支状态，再根据[gone]提示安全删除或重命名本地分支并重建上游关联。
远程分支删了，本地还留着；远程重命名了，本地还连不上——这不是 Git 坏了，是你没触发同步机制。 Git 默认不会自动更新本地对远程分支的“认知”，必须主动拉取并清理。关键就两步：先 git fetch --prune，再按需删本地分支。
git fetch --prune 是什么，为什么必须加 --prune
普通 git fetch 只下载新提交和新增分支，但不会告诉你“哪些远程分支已消失”。--prune 才是清理开关：它会对比远程当前分支列表，把本地那些对应的 remotes/origin/xxx 引用标记为 stale，并在下次 git branch -vv 里显示 [gone]。
- 不加
--prune：远程删了feature/login-v2，你本地git branch -a仍能看到remotes/origin/feature/login-v2 - 加了
--prune：该引用被移除，git branch -vv中原对应本地分支会显示[origin/feature/login-v2: gone] - 影响范围仅限远程跟踪分支（
remotes/origin/*），不会动你的本地开发分支或提交
看到 [gone] 后，怎么安全删本地分支
git branch -vv 输出里带 [gone] 的行，说明这个本地分支还在，但它的上游远程分支已不存在。是否删除，取决于你是否还需要这个本地分支：
- 如果该分支已合并进
main或develop，且无后续开发计划：git branch -d 分支名（安全删除，Git 会校验是否已合并） - 如果分支有未推送提交，或你不确定是否合并过：
git branch -D 分支名（强制删除，慎用） - 如果只是想保留分支但断开已失效的上游关联：
git branch --unset-upstream 分支名
远程分支重命名后，本地怎么跟上
比如远端把 test_dev 改成 test_new_dev，本地不会自动改名，也不会自动重建追踪关系。必须手动走三步：
- 先执行
git fetch origin（不用--prune，因为分支没删，只是改名）——这会让本地知道origin/test_new_dev存在 - 重命名本地分支：
git branch -m test_dev test_new_dev - 重新设置上游：
git branch -u origin/test_new_dev test_new_dev - 验证：
git branch -vv应显示* test_new_dev xxxxx [origin/test_new_dev]
想一劳永逸？配置 fetch 自动 prune
每次都要敲 --prune 确实麻烦。全局启用后，所有 git fetch 都默认清理：
git config --global fetch.prune true
但要注意：这个设置只影响 git fetch，不影响 git pull（因为 pull = fetch + merge，而 pull 默认不带 --prune）。如果你习惯用 pull，仍需显式写 git pull --prune 或继续用 fetch --prune + merge 分步操作。
真正容易被忽略的是：远程分支状态变更（删除/重命名）本身不会触发任何本地提醒，全靠你主动 fetch。没人替你盯着 origin —— 这不是缺陷，是 Git 的设计哲学：它只同步数据，不替你做决策。
