PR需修改合并但分支落后main分支，同步Fork丢失提交如何解决？
2026-7-9
解决PR分支落后main分支且存在冲突的问题
前置准备：关联上游仓库（若未配置）
首先确保本地仓库已关联原仓库（即你Fork的源仓库）作为上游：
- 查看当前远程仓库列表：
git remote -v - 添加原仓库为上游：
git remote add upstream <原仓库的Git地址>
步骤1：拉取上游main分支的最新代码
拉取原仓库main分支的所有更新，确保本地拿到最新版本：
git fetch upstream
步骤2：同步上游代码到你的PR分支
这里提供两种常用方案，根据需求选择：
方案1：合并上游main（保留提交历史）
适合希望保留原有提交记录、不想改写历史的场景：
- 切换到你的PR分支：
git checkout <你的PR分支名称> - 合并上游main分支：
git merge upstream/main - 此时Git会提示冲突，打开冲突文件，手动处理
<<<<<<<、=======、>>>>>>>标记间的代码，保留正确逻辑后保存 - 标记冲突已解决：
git add <冲突文件名> - 完成合并提交：
git commit（无需加消息，Git会自动生成合并提交说明） - 推送到远程PR分支：
git push origin <你的PR分支名称>
方案2：变基到上游main（生成线性提交历史）
适合需要整洁、线性提交记录的场景，注意变基会改写提交历史：
- 切换到你的PR分支：
git checkout <你的PR分支名称> - 开始变基：
git rebase upstream/main - 遇到冲突时，Git会暂停变基，手动修改冲突文件后保存
- 标记冲突已解决：
git add <冲突文件名> - 继续变基流程：
git rebase --continue- 若需跳过当前冲突提交（不推荐）：
git rebase --skip - 若要终止变基回到之前状态：
git rebase --abort
- 若需跳过当前冲突提交（不推荐）：
- 变基完成后，因提交历史已改写，需强制推送（用
--force-with-lease更安全，避免覆盖他人修改）：
git push origin <你的PR分支名称> --force-with-lease
注意事项
- 之前同步Fork时丢失提交，大概率是直接将上游main合并到自己Fork的main分支，却未同步到PR分支。正确的做法是在PR分支上同步上游main的代码，而非直接更新自己Fork的main后覆盖PR分支。
- 强制推送仅在变基后需要，合并操作使用普通推送即可。
内容的提问来源于stack exchange，提问作者lim-yoona
相关产品推荐
相关产品推荐
