如何仅合并个人分叉仓库，保持原仓库不受影响？

完全可行！这本来就是Fork工作流里非常基础的操作，你的困惑大概率是混淆了「推送代码到自己的Fork」和「向原仓库发起Pull Request」这两个独立步骤，我给你拆解清楚：

先搞懂现状：你已经在正确的轨道上 #

你执行git remote -v确认origin指向自己的个人Fork仓库，这一步是对的。当你运行git push --all origin时，本质上已经把本地所有分支的代码推送到你自己的Fork仓库里了——这本身就是「合并到个人仓库」的操作，原仓库此时根本没收到任何你的代码。

为什么会出现PR到原仓库？ #

你提到的Pull Request出现在原仓库，大概率是你在GitHub网页端操作时，不小心触发了PR发起流程：

推送代码后，GitHub会在你的Fork仓库页面提示「Compare & pull request」，默认的目标仓库是原上游仓库，如果你点了这个按钮，就会生成指向原仓库的PR。但这只是一个请求，不会自动合并，也不会直接修改原仓库代码。

只合并到个人仓库的正确操作 #

1. 确保远程配置正确（你已经完成） #

再次确认origin指向自己的Fork：

git remote -v

输出应该和你之前看到的一致，只有你的个人仓库地址。如果需要同步原仓库的更新，可以添加一个名为upstream的远程（非必须）：

git remote add upstream <原仓库的Git地址>

2. 推送代码到个人Fork #

• 推送单个分支（推荐，更清晰）：

git push origin <你的分支名>
# 比如主分支就是 git push origin main

• 推送所有本地分支：

git push --all origin

这两种操作只会把代码同步到你的个人Fork仓库，不会对原仓库产生任何影响。

3. 处理误发起的原仓库PR #

如果你之前不小心生成了指向原仓库的PR，直接在PR页面点击「Close pull request」即可——关闭后这个请求就不会被原仓库维护者处理，也不会留下任何修改痕迹，完全不会影响原仓库。

总结 #

只要你确保推送目标是自己的origin仓库，并且不主动向原仓库发起PR，你的代码就只会存在于个人Fork里，原仓库不会受到任何影响。这完全是可行且合规的Fork使用方式~

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