PR合并完成后如何执行git squash commit提交压缩？

首先澄清一个误区：你搜到的reset --hard+强推的方案本身不会删除发布分支。Git分支本质是指向提交的可变指针，只要你不主动切到发布分支执行重置、删除操作，仅修改master分支的指针，发布分支的所有提交和分支本身都会完整保留，你担心的分支丢失问题只有操作错分支才会发生。

如果要在错误no-ff合并完成后补做squash，有两种成熟方案，全程不会影响现有发布分支：

这个方案最终生成的master提交历史和一开始就正确执行squash merge的效果完全一致，不会带入develop分支的零散提交，是最符合规范的处理方式：

• 本地切到master分支，同步远端最新代码，避免本地版本落后：

git checkout master
git pull origin master

• 定位错误合并的关键节点：执行git log --oneline --graph，找到带"Merge branch 'xxx'"标识的那次错误no-ff合并提交，记录两个哈希值：
  • 错误合并提交自身的哈希，记为<bad_merge_hash>
  • 该合并提交在master侧的父提交哈希（也就是合并发生前master的最后一个正常提交），记为<master_before_merge_hash>
• 基于合并前的master提交切临时修复分支，避免直接操作master导致失误：
  git checkout -b temp_squash_fix <master_before_merge_hash>
• 在临时分支上执行标准squash合并，把待发布分支的所有改动压成单次提交：
  git merge --squash <当时被错误合入的分支名，比如develop或者对应release分支>
  执行完命令后所有待合入改动会进入暂存区，可以执行git diff HEAD <bad_merge_hash>对比当前暂存内容和错误合并后的master代码，确认两边内容完全一致，没有丢代码或引入多余改动。
• 确认内容无误后提交，写清楚对应版本的发布说明：
  git commit -m "chore: 发布vX.X.X版本"
• 将本地master指针指向做好squash的临时分支提交，强制推送到远端覆盖错误历史：

git checkout master
git reset --hard temp_squash_fix
git push -f origin master

• 确认远端master状态正常后，删除本地临时分支即可，整个过程没有对发布分支做任何操作，发布分支不会受任何影响：
  git branch -D temp_squash_fix

如果仓库配置了master分支保护，没有强制推送权限，没法修改已经推送到远端的错误历史，可以用revert方案处理，不需要改动已有提交记录：

• 切到master并同步最新代码：

git checkout master
git pull origin master

• 撤销那次错误的no-ff合并，-m 1参数表示保留合并时master侧的提交内容：
  git revert -m 1 <bad_merge_hash>
  执行完会自动生成一个revert提交，此时master代码会回到错误合并前的状态。
• 重新执行标准squash merge，把待发布分支的内容压成单次提交合入：
  git merge --squash <待合入的发布分支名>
• 确认内容无误后提交，正常推送到远端即可：

git commit -m "chore: 发布vX.X.X版本"
git push origin master

这个方案的缺点是master历史里会保留错误的合并提交、revert提交的记录，提交历史不是完全干净的，但胜在不需要强推，适合权限不足的场景。

• 操作前可以先给当前master打个备份标签，就算操作失误也能随时回滚：git tag master_backup_before_fix，确认修复没问题后删除标签即可。

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