GitHub上dev分支合并至main分支问题排查求助

问题1：PR显示大量提交而非dev近期提交 #

原因 #

• dev与main提交历史分叉：main在dev开发期间有新提交，dev未同步main最新代码，PR对比的是旧基线，因此显示大量历史提交。
• 远程dev被rebase过：rebase会修改提交哈希，GitHub将这些修改后的提交识别为新提交，而非已存在的历史记录。
• dev基线未基于最新main：比如dev是从很久之前的main分支创建的，本身就包含大量main已有的提交。

解决方法 #

• 同步main到dev后更新PR：

  git checkout dev
  git pull origin main
  # 解决冲突后提交
  git add .
  git commit -m "Sync main to dev"
  git push origin dev
  

  此时PR会重新计算dev相对于main的增量提交，仅显示dev的近期变更。
• 避免rebase已推送的远程分支：后续合并优先用git merge保持提交历史一致性，防止因哈希变化导致的重复提交识别问题。

问题2：部分提交已存在于main但对应文件未被包含 #

原因 #

• main分支的提交被回滚：比如用git revert或git reset撤销了某些提交，但dev分支仍保留这些提交的内容，导致PR显示这些提交，但main上的文件已恢复到之前状态。
• 合并策略错误：之前合并main到dev时使用了ours策略，导致dev忽略了main上的文件变更，这些变更未同步到dev。
• 提交哈希冲突（极低概率）：不同提交生成了相同哈希，导致GitHub误判提交已存在，但实际文件内容不一致。

解决方法 #

• 检查main分支的回滚记录：

  git log --oneline main | grep -E "revert|reset"
  

  确认回滚的提交是否需要重新应用到main，若需要，在dev分支重新提交对应变更后更新PR。
• 对比文件差异并同步：

  git diff main dev -- <目标文件名>
  

  手动修正dev分支中缺失的文件内容，提交后推送到dev，确保PR中的文件与预期一致。
• 重新合并main到dev：若之前用了错误的合并策略，重新执行git pull origin main，使用默认的recursive合并策略，确保文件内容正确同步。

问题3：合并dev到main有冲突，但合并到dev无冲突 #

原因 #

• dev未同步main最新代码：main在dev开发完成后有了新修改，这些修改与dev的变更在同一文件的同一位置，导致合并冲突；而之前合并到dev时，main还没有这些新修改，因此当时无冲突。
• 之前冲突处理不彻底：合并main到dev时，仅标记冲突为解决，但实际未正确修改文件内容，推送到dev后，合并回main时冲突再次暴露。

解决方法 #

• 本地同步main到dev并解决冲突：

  git checkout dev
  git pull origin main
  # 手动解决每个冲突，确保内容正确
  git add .
  git commit -m "Resolve conflicts with main"
  git push origin dev
  

  更新后的PR会自动检测冲突是否已解决，若处理正确，冲突会消失。
• 检查历史冲突解决记录：

  git show <之前的合并提交哈希>
  

  查看当时的冲突解决是否正确，若存在错误，重新修改文件后提交并推送，再更新PR。

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