如何正确同步Git Fork与上游仓库，避免提交重复？

场景 #

• 主仓库A，默认分支为main
• 3名开发人员，每人拥有仓库A的独立Fork：
  • 开发人员1 → Fork B
  • 开发人员2 → Fork C
  • 开发人员3 → Fork D

当前工作流 #

1. 开发人员在个人Fork上进行功能开发
2. 功能完成后，从个人Fork向仓库A提交Pull Request（PR）
3. PR合并后，其他开发人员通过以下命令更新本地分支：
   • git fetch upstream
   • git merge upstream/main

遇到的问题 #

我的Fork B比主仓库A超前1个提交时，开发人员2的PR从Fork C合并到了A。之后我执行fetch+merge上游变更到本地分支，发现自己的分支比A超前2个提交，出现提交重复的迹象，担心后续提交PR时会包含A已有的提交。

正确的同步与开发工作流 #

1. 首次配置上游仓库 #

确保本地仓库关联主仓库A作为上游：

# 查看当前远程仓库列表
git remote -v
# 若未配置upstream，添加主仓库地址
git remote add upstream <仓库A的Git地址>

2. 同步本地main分支与上游 #

禁止直接在本地main分支开发，同步时用rebase替代merge，保持提交历史线性，避免冗余合并提交：

# 切换到本地main分支
git checkout main
# 拉取上游最新代码
git fetch upstream
# 将本地main分支变基到上游main分支
git rebase upstream/main
# 安全推送同步后的分支到个人Fork
git push origin main --force-with-lease

注：--force-with-lease比--force更安全，可避免意外覆盖他人在你Fork上的提交

3. 功能开发的分支规范 #

每次开发新功能，必须从同步完成的本地main分支创建独立开发分支：

git checkout main
# 先执行步骤2完成上游同步
git checkout -b feature/你的功能名称

所有代码提交都在这个开发分支进行，不直接修改main分支。

4. PR合并后的同步操作 #

无论自己的PR还是他人的PR合并到主仓库A后，重复步骤2同步本地main分支，再基于最新的main分支创建下一个开发分支。

解决当前已有的提交重复问题 #

如果你的本地分支已经出现超前提交的异常状态，按以下步骤修复：

1. 切换到本地main分支：

   git checkout main
   

2. 拉取上游最新代码：

   git fetch upstream
   

3. 重置本地main分支与上游main完全一致：

   git reset --hard upstream/main
   

4. 推送重置后的分支到个人Fork：

   git push origin main --force-with-lease
   

完成后你的Fork B的main分支就会和上游A完全同步，后续基于此分支开发即可。

核心注意事项 #

• 所有开发工作必须在独立的feature分支进行，绝不直接修改本地main分支
• 同步上游时优先使用rebase或reset（针对main分支），避免用merge生成无效提交
• 推送同步后的main分支到Fork时，必须用--force-with-lease保障安全

内容的提问来源于stack exchange，提问作者Artem Kushniryk Herasym