封闭Azure DevOps环境origin/develop分离头状态PR修复方案

核心问题说明 #

首先明确两个认知误区：

• 远程仓库的分支本质是指向提交的指针，不存在「分离头状态」，分离头是本地仓库HEAD指针未绑定本地分支引用时才会出现的本地状态，你本地切到远程跟踪分支时默认就会进入分离头状态，不属于远程分支的故障。
• 你之前执行git branch -f origin/develop feature/temp报错和远程环境管控无关：远程跟踪分支存储在refs/remotes/origin/命名空间，你这条命令是试图在本地分支的refs/heads/命名空间下创建origin/develop分支，而你本地已经存在名为origin的本地分支，Git不允许在同名父引用存在时创建子路径引用，才会触发锁ref错误。

你要把远程develop分支回退到指定提交94007d2278f70e7e7b59de6a4735daf7806e5032的需求，单个PR即可完成，不需要分两次操作，步骤如下：

操作步骤 #

• 清理本地异常状态
  执行以下命令回到干净的本地工作状态：

# 切回本地develop分支，执行前确保工作区没有未提交的变更
git checkout develop
# 删除之前创建的临时分支
git branch -D feature/temp
# 拉取最新的远程引用，清除本地过期缓存
git fetch origin

• 创建回退专用分支
  直接基于目标回退提交创建功能分支：

git checkout -b fix/rollback-develop 94007d2278f70e7e7b59de6a4735daf7806e5032

• 推送分支到远程

git push origin fix/rollback-develop

• 在Azure DevOps平台创建PR
  • 源分支选择刚推送的fix/rollback-develop
  • 目标分支选择develop
  • 正常填写PR说明后提交审批即可。Azure DevOps原生支持跨提交线的回退类PR，不需要额外生成revert提交，走完审批合并流程后，远程develop分支就会直接指向目标提交94007d2，回退完成。

异常兼容处理 #

如果创建PR时平台提示无共同基线、无法直接合并，在本地的fix/rollback-develop分支执行以下命令生成兼容的合并提交即可：

# 使用ours合并策略，保留目标提交的所有内容，忽略当前develop上多余的提交
git merge -s ours origin/develop
git push origin fix/rollback-develop

重新提交PR即可正常走合并流程，合并后develop分支的文件内容和提交指向都会和目标提交94007d2完全一致。

所有协作者在PR合并完成后，本地执行一次git fetch origin就会拿到正确的分支指针，不会再出现异常状态。

内容的提问来源于stack exchange，提问作者Eeuwigestudent1