两人开发团队PR迭代后，无需强制推送的Git提交历史整理方案

方案一：基于新分支重新整理提交（完全避免强制推送） #

这个方法不会改动你已经推送到远程的个人分支，全程安全无冲突：

• 先切回main分支并拉取最新代码：

  git checkout main
  git pull
  

• 基于最新的main创建一个新的清理分支：

  git checkout -b feature/xx-cleaned
  

• 将你原个人分支的所有提交合并到这个新分支，并且自动压缩成一个提交：

  git merge --squash your-old-feature-branch
  

• 此时所有改动都在工作区，直接用目标提交信息提交即可：

  git commit -m "Issue XX: Doing YY."
  

• 把这个新分支推送到远程，然后修改你的PR，将目标分支替换成这个新的清理分支，原分支可以留着备份或者之后删除。

方案二：直接在合并阶段压缩提交（无需修改个人分支） #

如果团队允许用 squash merge 的方式处理PR，这是最省心的方式：

• 不需要改动你当前的个人分支，保留所有修正提交原样。
• 在PR合并界面（比如GitHub/GitLab）选择「Squash and merge」选项（不同平台名称可能略有差异）。
• 合并时会自动将该分支的所有提交压缩成一条，你只需要在合并时填写目标提交信息Issue XX: Doing YY.即可。
• 这种方式完全不用动本地分支，也不会有强制推送的问题，是很多团队的常规操作。

补充：如果一定要在原分支整理（提前沟通后可行） #

如果你的团队明确允许对个人开发分支进行强制推送，git rebase -i其实是高效的方法，操作前和同事打个招呼就行：

• 执行交互式变基，把除了根提交之外的其他提交标记为squash：

  git rebase -i HEAD~4
  

• 编辑提交信息，只保留Issue XX: Doing YY.即可。
• 推送时用--force-with-lease代替--force，这个命令会检查远程分支是否有你没拉取的更新，比直接强制推送更安全：

  git push --force-with-lease
  

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