如何防止PR移除提交？Stash与GitHub的PR问题及解决方法

问题根源 #

Stash的PR变更展示逻辑是基于分支当前快照与目标分支的文件差异，而非分支的提交历史变更。当你通过git reset HEAD~100 --hard强制回退分支再强制推送后，新的分支快照和目标分支对比，只有新增的mango文件是差异项，Stash不会主动检测到历史提交被移除——毕竟Git本身是快照版本控制系统，强制推送后的分支相当于建立了新的基线。

Stash上的规避方法 #

• 禁用强制推送：在仓库权限设置里开启分支保护，禁止对PR分支执行强制推送操作。如果确实需要回退旧提交，要求开发者使用git revert替代git reset——revert会生成新的提交来撤销指定改动，PR里会清晰显示这些撤销提交，所有人都能追踪到变更过程。
• 审核时检查提交历史：不要只依赖PR的文件变更列表，手动查看PR分支的提交记录（可以用命令git log --oneline <目标分支>..<PR分支>，或者在Stash界面的分支详情页查看），对比目标分支的提交线，确认没有出现历史断层。
• 添加自动化校验：在CI/CD流程中加入脚本，检查PR分支的提交历史是否是目标分支的线性延伸。如果发现分支是从目标分支的旧提交点重置后创建的，直接阻断PR的合并流程。

GitHub的情况 #

GitHub的PR默认同样是基于文件差异展示变更，不会主动提示提交被移除，但有几个辅助检测的特性：

• 当分支发生强制推送时，GitHub会在PR页面顶部显示醒目的提示：“此分支有强制推送更新”，提醒审核者留意历史变更。
• 在PR的「Commits」标签页可以查看所有提交，对比目标分支的提交记录，能快速发现提交历史是否被截断。
• 同样可以通过仓库的分支保护规则，禁用强制推送，或者要求PR必须保持线性历史（禁止合并非线性的分支变更）。

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