Git/GitHub冲突解决后无法创建PR及远程分支更新问题咨询

问题1：若origin/resolve-conflicts与origin/develop无差异，为何GitHub仍阻止origin/develop合并至origin/main？ #

核心原因是远程的origin/develop并没有包含你已解决完冲突的变更。你在本地develop分支上合并main并解决了冲突，但由于不能直接推送至origin/develop，便从本地develop切出resolve-conflicts分支推送到远程。但此时远程的origin/develop还是未解决冲突的旧状态，它与origin/main之间的冲突依然存在——GitHub判断分支能否合并，依据的是远程分支的当前状态，而非你本地的分支状态。

至于origin/resolve-conflicts与origin/develop无差异，通常是因为你推送resolve-conflicts时，远程develop并未更新，导致两个远程分支内容一致，但它们都未包含解决冲突的关键变更。

问题2：在不允许直接推送至origin/develop的前提下，如何更新origin/develop并消除其与origin/main的冲突？ #

可以按以下步骤操作：

• 拉取远程最新的resolve-conflicts分支到本地，确保冲突解决结果是最新的：

  git checkout resolve-conflicts
  git pull origin resolve-conflicts
  

• 从远程origin/develop分支创建新的工作分支，用于发起PR：

  git checkout -b fix-develop-conflict origin/develop
  

• 将resolve-conflicts分支的冲突解决结果合并到新分支（因resolve-conflicts基于解决后的本地develop创建，此步骤不会产生冲突）：

  git merge resolve-conflicts
  

• 推送新分支到远程仓库：

  git push origin fix-develop-conflict
  

• 在GitHub上创建从fix-develop-conflict到origin/develop的Pull Request，等待团队审核合并。合并完成后，origin/develop就包含了冲突解决的变更，此时再合并origin/develop到origin/main便不会有冲突。

如果之前创建PR时提示「无可比较内容」，大概率是本地resolve-conflicts分支与远程origin/develop分支内容一致，说明冲突解决操作未真正生效。此时需回到本地，重新将main合并至develop、解决冲突后，再重新推送resolve-conflicts分支，确保远程resolve-conflicts与origin/develop存在差异，再发起PR。

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