为何GitHub提示「强制推送会破坏拉取请求」？

嗨，这个问题我太有共鸣了——当初第一次看到官方这个提示时，我也嘀咕过：“我都强制推N次了，PR好好的啊？” 其实这里的“破坏”不是指PR直接消失或者分支损坏，而是指会带来一系列协作上的麻烦和潜在的异常，具体来说：

• 打乱代码审查的上下文：如果你的PR已经有人在审阅，对方可能已经在某个旧提交的代码行上留了评论、标注了问题。一旦你强制推送覆盖了这些提交，对应的commit SHA就变了，之前的评论会“飘”在半空，找不到对应的代码位置，审阅者得重新梳理整个PR的变更，相当于之前的审查工作白费了一半。
• 给协作者制造同步障碍：如果有其他同事也在这个PR分支上开发，你强制推送后，他们本地的分支和远程分支会出现历史分歧。他们拉取代码时会遇到冲突，得手动执行git pull --rebase甚至更复杂的操作才能同步，远不如普通推送那样顺畅。
• 极端情况会导致PR状态异常：虽然GitHub现在对强制推送的兼容性已经好了很多，但在一些复杂场景下（比如PR涉及多次合并、或者和其他分支有交叉依赖），强制推送可能会让GitHub的PR追踪逻辑混乱——比如已经合并的提交还显示在PR的diff里，或者PR的“已解决”状态突然失效，这种异常排查起来挺头疼的。

至于你没遇到问题，大概率是因为你是单独维护这个分支，没有其他协作者，而且PR可能还没进入正式的审查阶段，这些潜在的问题还没暴露出来~

如果确实需要整理PR的提交历史（比如把多个零散提交合并成一个），建议提前和团队里的人打个招呼，然后再执行强制推送；或者更稳妥的方式是，用新的提交来补充修改，最后合并时再 squash 提交，这样既能保持历史清晰，又不会破坏协作流程。

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