Github上的压缩拉请求

情景：

• 有人向我在github上的回购发出拉取请求
• 我将拉取请求本地拉取到一个功能分支
• 重新设置分支的基础，并将所有提交压缩为一个好的
• 使用--no ff to my master（“合并拉取请求#5..）合并特征分支并推送到原点

问题是Github无法识别pull请求中的这些重基（现在应该已经关闭了），这显然是因为丢失了引用

---

在这种情况下，最佳做法是什么？特别是如果我不想强制参与者手动压缩他的提交？

如果我理解/猜测正确，那么您真正想要做的就是将压缩的合并提交更紧密地绑定到拉请求，并自动关闭它

我这样做的方式是在上面步骤3中的提交描述中添加“Closes#5”（建议：作为第一行）。这将导致压缩提交关闭PR，并通过GitHub在PR中添加引用。此外，如果您的存储库中已经有问题，则添加第二个“Closes#…”，此PR也会关闭。然后，问题和PR都将通过相同的提交完成，GitHub将引用压缩的提交

在执行此操作时，我更喜欢执行FF合并，因此每个PR只对主线进行一次提交。我将默认的“以下压缩提交：”提交主题替换为一个实际描述其所做操作的主题（例如“向图形使用统计添加功能”），然后将提交描述的第一行替换为关闭行，然后将压缩的提交细节放在下面（假设您想保留这些细节）