删除本地分支不影响远程分支，因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 绕过检查，适合删开发中废弃的本地实验分支。但无论用哪个，远程分支都纹丝不动。

远程分支残留是协作混乱的真正源头

本地删完，远程还挂着同名分支，会导致三类实际问题：

GitHub Actions Secret Exposure Audit

审计 GitHub Actions 工作流文件的密钥泄露风险，例如 pull_request_target 密钥使用、密钥回显命令及未固定版本的 Action 密钥传递。

下载

• 新成员 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 状态。手动敲命令虽然多打几个字，但每一步意图清晰，尤其在团队共用仓库时，少一次误操作，就少一次半夜救火。