Git 主分支之前的部署分支

我有一个主分支和一个部署分支。在完成主分支中的所有更改后，我会将主分支合并到部署分支中以进行部署。然而，问题是每次我部署时，部署分支“Merge pull request from master”中都会有一个额外的提交。因此，我的部署分支将比主分支早x个提交，x是我部署它的次数

---

这非常烦人，虽然我可以（偶尔也可以）通过将部署分支合并回主分支来解决它，但它本质上是一个什么都不做的拉请求。正确的方法应该是什么？

如果您使用GitHub进行拉取请求，以下是：

拉请求使用--no ff选项合并，拉请求除外 具有压缩或重定基础提交的请求，使用 快进选项

如果您正在创建合并提交，这将导致单独的提交，如主控合并拉请求，您可能需要重新设置拉请求的基础并合并拉请求

在上的拉取请求上选择“重设基础并合并”选项时 在GitHub中，将添加来自主题分支（或头分支）的所有提交 在不进行合并提交的情况下，单独添加到基本分支上。拉 使用快进方法合并具有重定基础提交的请求 选择权

---

参考：

在您的场景中，通常将主节点合并到部署中应该是一个快速的过程。如果部署在过去某个时候偏离了主控，则通常情况并非如此。发生这种情况了吗？不，部署分支总是通过拉请求从主分支合并来更新。我不熟悉快进的概念。这是我应该做的事情，而不是通过拉请求进行合并吗？你能回头看看第一次非ff合并是什么时候发生的吗？如果两个分支没有分歧，合并会自动变为快进（意味着它不会创建合并提交）。在某一点上，一定有分歧，否则Git只会执行ff。我已经尝试过了，虽然它没有创建提交消息，但分支仍然显示“此分支比主分支早x个提交，比主分支晚y个提交”，因此更改被拉出来，但github仍然显示它在前/后