为什么GitHub中的合并拉请求会创建重复提交？

在我的公司，我们要求开发人员在合并到

develope

之前压缩

feature

分支上的提交。挤压完成后，开发人员将推送到GitHub并登录到GitHub以创建拉请求

合并拉请求时，我们最终在

develope

分支的历史记录中看到两个提交：

表示“合并请求”的提交

来自

功能

分支的单个压缩提交

---

为什么会发生这种情况？我们怎样才能避免呢？我读过一篇类似的文章，但我的目标是使用GitHub UI创建、跟踪和讨论拉请求。

您看到的提交是合并提交；一般来说，当您执行非快进合并时，这些都是git自动创建的，但您也可以强制始终创建一个。这就是GitHub在使用合并按钮时所做的

如果您不希望合并提交，那么您需要在主服务器上选择提交，而不是使用“合并”按钮。在GitHub web UI中无法做到这一点

编辑：GitHub现在在其web UI中添加了以下功能：

---

我认为第二次提交是合并提交。为了避免它，您必须手动合并它，然后将其推送到GitHub。GitHub没有取消合并提交的功能。检查。看来现在有办法避免GitHub中的合并提交。。。那真糟糕。我通常喜欢GitHub pull请求UI，但是这些合并请求很烦人，并且让我很困惑，因为diff显示的diff与前面挤压的提交显示的diff完全相同。当您查看时，合并提交更有意义，不幸的是GitHub没有提供。我喜欢GitHub，但随着时间的推移，我在终端上使用

git

工具的时间越来越多，而不是它们提供的“漂亮”视图，因为当你试图做一些稍微基本的操作之外的事情时，它不可避免地会变得更加混乱。