如何对Fork的本地分支执行rebase操作以更新提交的PR？

结论 #

更推荐你先将本地main分支同步到上游最新版本，再将mybranch基于本地main执行rebase。两种操作最终得到的分支代码状态完全一致，但先同步本地main的方案更符合常规开发流程，容错性更高。
推荐优先选择该方案的核心原因：

• 保持本地main分支和上游始终对齐是常规开发习惯，避免后续拉取新功能分支时再次出现落后上游数百次提交的问题
• 可以提前在本地main分支验证上游更新的可用性，减少rebase过程中不必要的冲突排查成本
• 操作逻辑更清晰，不易出现远程仓库别名配置错误导致的rebase错分支的问题

推荐操作全步骤 #

• 第一步：同步本地main分支到上游最新状态

git checkout main
git fetch project-name # 此处project-name为你配置的上游远程仓库别名
git reset --hard project-name/main # 你之前使用的命令参数有误，正确需要添加--hard参数，该操作会丢弃本地main分支所有未同步到上游的改动，操作前请确认无需要保留的内容
git push --force-with-lease # 同步你的远端Fork仓库的main分支到最新版本

• 第二步：切换到功能分支执行rebase

git checkout mybranch
git rebase main

• 第三步：处理冲突并推送更新
  • 若rebase过程中提示文件冲突，逐个打开冲突文件修改完成后，执行git add <冲突文件名>，再运行git rebase --continue继续重放你的提交即可
  • 若中途操作错误想放弃本次rebase，可执行git rebase --abort一键回到操作前的分支状态
  • rebase全部完成后，执行git push --force-with-lease推送更新到你的远端Fork仓库，已经提交的PR会自动同步最新的分支内容，无需重新提交PR

直接基于upstream/main rebase的适用场景 #

如果你仅需要临时更新本次PR，后续不会继续使用该功能分支，也暂时不需要拉取新的开发分支，也可以直接执行rebase操作：

git fetch project-name
git rebase project-name/main mybranch

该操作和先同步main再rebase的最终代码结果完全一致，唯一区别是你的本地main分支仍会停留在旧版本，后续使用时需要重新同步。

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