如何轻松处理GitHub拉取请求被变基合并后的问题？

嘿，我太懂这种头疼的情况了——维护者用rebase合并PR后，自己的fork分支和上游彻底脱节，每次删了重fork实在太折腾！其实不用这么麻烦，几个Git命令就能把你的fork同步回上游仓库，全程不丢有用的本地改动（只要操作前做好检查）。

第一步：确认上游远程仓库配置 #

首先得确保你已经把源仓库（也就是你最初fork的那个仓库）添加为本地Git的远程仓库。如果不确定有没有配置，先执行：

git remote -v

要是输出里看不到upstream相关的地址，就先添加：

git remote add upstream https://github.com/源仓库用户名/源仓库名.git

第二步：拉取上游仓库的最新代码 #

把上游仓库的最新提交拉到本地（不会直接修改你的本地分支）：

git fetch upstream

第三步：同步本地分支到上游版本 #

切换到你要同步的分支（比如master或者main）：

git checkout master

然后把本地分支重置到上游仓库的对应分支——这一步是关键，因为rebase合并后的上游提交历史已经和你的fork完全不一样了，用reset能让你的本地分支彻底跟上上游的历史：

git reset --hard upstream/master

第四步：强制推送到你的Fork仓库 #

因为你重写了本地分支的提交历史，远程的fork分支和本地已经不一致了，所以需要强制推送覆盖：

git push origin master --force

重要提醒 #

如果你的本地分支里有未提交、未推送的自己的改动，reset --hard会直接删掉这些内容！所以执行前一定要检查：

• 要是有需要保留的改动，先临时存到一个分支里：

git checkout -b temp-save
git add .
git commit -m "临时保存本地未提交改动"

等同步完成后，再把这个临时分支的内容合并回主分支就行。

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