如何在GitHub上通过Squash合并PR并隐藏原分支提交记录？

首先明确：GitHub的PR页面设计初衷是完整保留分支从创建到合并的全开发轨迹，包括每一次提交记录——这是为了留存评审过程的上下文（比如评审期间的每一次修改迭代），所以即使原分支已删除、主分支仅保留squash后的单一提交，PR页面仍会展示原分支的所有提交，这一行为无法通过GitHub设置直接关闭。

不过你可以通过以下方式平衡开发效率与PR记录的整洁性：

1. 用Autosquash简化本地压缩步骤 #

不想手动整理提交历史的话，Git的autosquash功能可以大幅压缩操作成本：

• 开发时，对需要合并到之前提交的修改，用git commit --fixup <目标提交的哈希值>提交，Git会自动给这次提交加上fixup!前缀；
• 开发完成后，运行git rebase -i --autosquash HEAD~N（N是你要整理的提交数量），Git会自动把带fixup!的提交对应到目标提交下方，并默认标记为squash；
• 直接保存退出rebase界面，Git就会自动完成合并，最后强制推送到你的feature分支（git push --force-with-lease）。

这种方式不用手动调整提交顺序和标记，比常规rebase压缩简单很多，既保留了频繁提交的开发习惯，又能让PR页面展示整洁的提交记录。

2. 接受PR页面的历史留存（无需额外操作） #

如果只是觉得PR里的杂乱提交看着不舒服，其实可以不用处理：

• 主分支的提交历史已经通过Squash合并保持干净，这是代码仓库的核心历史；
• PR页面的提交记录仅作为评审过程的回溯凭证，只有需要排查评审细节的人才会查看，不会影响仓库的核心整洁性。

3. 利用Draft PR隔离开发过程 #

• 开发期间创建Draft PR（草稿PR），可以正常频繁提交推送，Draft状态下的PR不会触发正式评审，也不会被其他人关注；
• 开发完成后，用Autosquash整理分支历史并强制推送，再将Draft PR转为正式PR，此时PR页面只会展示整理后的干净提交，评审完成后再Squash合并。

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