Git Fork仓库后如何选择性推送部分提交至上游？

核心原则就是把本地私有代码和上游可贡献代码完全分开维护，避免分支历史混乱，下面是具体操作流程：

1. 维护与上游同步的主分支 #

不管是master还是main分支，这个分支只用来和原仓库（上游）保持同步，绝对不要在上面做本地专属开发。日常同步上游的命令如下：

# 首次添加上游远程仓库（如果还没加）
git remote add upstream https://github.com/原仓库的地址.git
# 拉取上游最新代码
git fetch upstream
# 切换到主分支
git checkout main
# 合并上游更新（用rebase能保持线性历史，更干净）
git rebase upstream/main

这个分支里只保留适合推送给上游的变更，后续提PR也都是基于这个分支的衍生分支来做。

2. 用独立分支存放本地专属代码 #

从主分支切出一个专门的本地分支（比如命名为personal-dev或者更贴合你工作内容的名字），所有仅自己使用、不需要贡献给上游的代码都提交到这个分支：

git checkout -b personal-dev main
# 在这个分支上做本地专属开发，正常提交即可
git add .
git commit -m "本地专属功能：优化XX流程"

如果只是自己用，这个分支完全可以只留在本地；如果需要备份到自己的Fork仓库，也可以推上去，但注意不要用这个分支提PR。

3. 分离适合上游的代码并提交PR #

如果在本地开发中发现某部分提交适合贡献给上游，按以下步骤操作：

1. 先确保主分支是最新的，同步上游代码（参考第一步的命令）
2. 从主分支切出一个新的贡献分支：

   git checkout -b feature/上游适配功能 main
   

3. 用git cherry-pick把本地专属分支里的目标提交挑到这个贡献分支上：

   git cherry-pick <目标提交的哈希值>
   

   （如果有多个连续的提交，也可以用git rebase -i来拆分分支历史）
4. 把贡献分支推到你的Fork仓库，然后去上游仓库提交PR即可：

   git push origin feature/上游适配功能
   

5. 上游合并PR后，记得同步主分支，再更新你的本地专属分支，避免后续开发出现冲突：

   git checkout main
   git pull upstream main
   git checkout personal-dev
   git rebase main  # 或者用merge，根据自己的习惯选择
   

4. 要避开的坑 #

• 绝对不要在主分支上直接写本地专属代码，否则后续和上游同步时会产生大量难以处理的冲突，还没法干净分离出适合上游的变更。
• 提交PR时一定要检查分支历史，确保没有混入本地专属的提交，保持PR的干净性，方便上游维护者审核。

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