无需强制推送的Rebase：如何安全更新PR关联的开发分支？

第一步：恢复PR的提交历史 #

你之前用rebase+强制推送改写了分支历史，导致PR追踪的提交记录断裂，先把分支恢复到rebase前的状态：

• 查看本地分支操作日志，找到rebase前的提交哈希：git reflog
• 切换到你的开发分支：git checkout 你的开发分支名
• 重置分支到rebase前的状态：git reset --hard [rebase前的提交哈希]（将方括号内容替换为实际哈希值）
• 强制推送到远程，恢复PR的原始提交历史：git push -f origin 你的开发分支名

第二步：正确更新分支的两种方式 #

方式一：Merge合并主分支（推荐多人协作场景） #

这种方式不会改写现有提交历史，PR能完整保留你的原始提交，同时清晰展示主分支的合并记录：

• 切换到开发分支：git checkout 你的开发分支名
• 拉取主分支最新代码：git pull origin main（若主分支为master则替换为master）
• 合并主分支到开发分支：git merge main
• 解决合并冲突后，提交合并结果：git add .，git commit -m "合并main分支最新变更"
• 推送到远程：git push origin 你的开发分支名

方式二：Rebase变基（仅适合个人独占的开发分支） #

如果想保持提交历史整洁，且只有你自己在这个分支上工作，可以用这种方式，但绝对不能在多人协作分支上操作，会打乱其他人的提交历史：

• 切换到开发分支：git checkout 你的开发分支名
• 拉取主分支最新代码：git fetch origin main
• 执行变基：git rebase origin/main
• 遇到冲突时，解决冲突后执行git add .，再运行git rebase --continue，直到变基完成
• 强制推送到远程：git push -f origin 你的开发分支名

为什么之前的操作会导致PR异常 #

Rebase会改写你的开发分支提交历史，将你的提交“挪”到主分支最新提交的后面，生成全新的提交哈希。强制推送后，远程分支的历史和PR最初追踪的历史完全不一致，PR无法关联到原来的提交记录，所以出现显示异常。

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