远程分支移除时本地Git分支会自动删除吗？DevOps PR合并后分支残留解析

直接给你核心判断：你遇到的情况是Git的标准原生设计，和DevOps平台的特殊逻辑没有关系。
DevOps平台上“合并PR后自动删除对应远程分支”的选项，操作作用域仅为远程仓库的服务端存储，从设计上就没有能力和你本地的Git仓库通信、触发本地分支的删除操作。
你执行git fetch同步时，Git默认只会更新本地refs/remotes目录下的远程跟踪分支记录——也就是同步远程仓库现在有哪些分支、每个分支指向哪个提交，全程不会触碰你本地refs/heads目录下存储的、你自己创建的本地分支。哪怕Git已经检测到对应远程分支在服务端被删掉了，本地分支也会原样留存，这是从Git设计之初就定好的规则。

这类留存的本地分支完全可以正常使用，没有任何功能限制：

• 分支上存的所有代码、提交记录都完整保存在本地Git对象库中，不会因为远程分支被删就失效、损坏。
• 只要你有对应远程仓库的推送权限，随时可以通过git push origin <分支名>把这个本地分支重新推回远程仓库；之前DevOps平台上的PR合并记录、远程分支被删的状态，都不会阻断这个重新推送的流程。
• 你可以基于这个留存的本地分支切新的工作分支、和其他本地分支做代码合并，所有操作和从未被删除过的正常分支没有任何区别。

你完全可以根据实际开发需求选择处理方式，没有强制要求：

• 如果已经确认该分支的代码完整合并进了主干分支、后续不再基于它开发，可以手动删除本地分支，避免本地分支列表越来越冗余。常规安全删除命令为git branch -d <分支名>——如果本地分支还有没合并的提交，Git会弹出提示，确认需要强删的话可以改用git branch -D <分支名>。
• 如果后续还需要基于该分支继续开发、或者需要把它重新推回远程仓库，直接留着用就行，不会产生额外问题。
• 日常整理本地分支的时候，可以执行git fetch --prune（可简写为git fetch -p）同步最新远程状态后，通过git branch -vv命令筛选标记了[gone]状态的本地分支——这类分支就是对应远程分支已经被删除的留存分支，可以批量统一清理，不用一个个手动排查。

内容的提问来源于stack exchange，提问作者Mr. Boy