GitHub提供了三种合并PR的选项：
- 合并拉取请求：无快进合并
- 挤压和合并：挤压提交并执行快进合并
- 回扣和合并：将所有提交回扣到另一个上
是否可以在合并前自动压缩提交，然后在不快速转发的情况下应用合并？
当然，一种选择是在手动合并之前压缩它们，然后使用选项1，但这样做不能强制执行，需要再次审查PR，并且在批准之前会阻止合并。
如果策略是每个PR只由一个提交组成，那么在进行(正常(合并之前进行挤压是可以的，即使是强制推送。就我个人而言，我觉得这有点傻；历史就是历史，我看不出假装不是历史会有什么收获。但是查村阿的儿子去了。
，需要再次审查PR，合并将被阻止，直到获得批准。
但这就是你的问题。如果GitHub在PR获得批准后取消了合并功能，仅仅是因为你对PR分支进行了新的推送，而你不喜欢这样，那么你的GitHub操作设置对你的工作流程来说是错误的。改变它们。
(例如，在我们的工作流程中，一旦获得批准，总是获得批准；新的提交不需要重新申请(当然，您可以要求重新申请作为双重检查(。(