删除本地分支不影响远程分支，因git branch -d和-D仅操作本地.git/refs/heads/目录，不发网络请求；远程分支需用git push origin --delete显式删除。
删除本地分支不会影响远程分支，这是 Git 分布式设计的底层事实，不是“建议”或“惯例”，而是机制决定的。
git branch -d 和 git branch -D 都只动本地
这两个命令作用范围完全限定在本地仓库的 .git/refs/heads/ 目录下，不发任何网络请求，也不读取远程配置。常见错误现象包括：
- 执行
git branch -d feature/login后，git branch -a仍能看到remotes/origin/feature/login - 误以为删了本地就等于“断开连接”，结果别人
git pull时仍能拉到该远程分支的更新
参数差异很关键：-d 要求分支已合并（即当前 HEAD 可达所有提交），否则报错；-D 绕过检查，适合删开发中废弃的本地实验分支。但无论用哪个，远程分支都纹丝不动。
远程分支残留是协作混乱的真正源头
本地删完，远程还挂着同名分支，会导致三类实际问题：
- 新成员 clone 仓库后，
git checkout feature/login会自动创建本地跟踪分支，但内容可能早已过期 - CI/CD 流水线若监听
origin/feature/*，可能意外触发旧分支构建 -
git branch --merged不显示远程分支，容易让人误判“这个功能没人用了”
验证远程分支是否还存在，别靠肉眼翻 GitHub 页面，直接跑：git ls-remote --heads origin feature/login。有 SHA1 输出，说明它还在。
git remote prune origin 不是删除，只是清理缓存
这个命令只清理本地对远程分支的引用记录（即 remotes/origin/xxx 这些指针），不碰远程服务器上任何东西。它解决的是这类场景：
- 别人已在远端删了
feature/old，你本地git branch -a还显示remotes/origin/feature/old - 执行
git remote prune origin后，那个remotes/origin/feature/old就从git branch -a输出里消失了
但它不会帮你删掉还在远端的分支，也不会恢复已被删掉的远程分支——那得靠 git push origin --delete feature/old 或从其他 clone 中找回。
最容易被忽略的一点：IDE 或图形工具一键删除分支时，往往不提示“远程是否同步”，也不校验 --merged 状态。手动敲命令虽然多打几个字，但每一步意图清晰，尤其在团队共用仓库时，少一次误操作，就少一次半夜救火。
