如何通过git摆脱github中的常量“合并分支”

我在以下链接中解释了以下场景：

我已经接受了这样一个事实，即使用github合并分支的操作。。。是必需的，以便我们了解我们接受了一个请求并将其合并到中

然而，896承诺后来与几个同事我有太多： '合并分支'主'of' 和 合并拉取请求XXX

是否有一种有效的方法来集体地进行正确的实提交，而不仅仅是一堆与X和Y合并，然后与Pull合并，等等。

---

主服务器上大约50%的提交都充满了它。

习惯于使用以下方法进行重新基础拉取，即合并：

$ git pull --rebase

这意味着与合并场景不同：

A---------M
 \       /
  B-----C

您将有一个简单的重基：

A--B----C

---

如果所有团队成员都这样做，这将显著减少您在历史记录中看到的合并提交的数量。

养成使用以下方法进行重新基础拉取的习惯：

$ git pull --rebase

这意味着与合并场景不同：

A---------M
 \       /
  B-----C

您将有一个简单的重基：

A--B----C

---

如果所有团队成员都这样做，将显著减少您在历史记录中看到的合并提交数量。

如果您的团队成员通过github执行合并提交和拉取请求，会发生什么情况。当我单击“合并”时，我已经获得了这些合并分支。请您的合作者重新设置其功能分支git checkout功能和git rebase master的基础（&G）。如果拉请求是一个快进合并，就像重定后的情况一样，则不会创建任何合并提交。如果您的请求是正在执行的请求，并且您通过github执行拉请求，会发生什么情况。当我单击“合并”时，我已经获得了这些合并分支。请您的合作者重新设置其功能分支git checkout功能和git rebase master的基础（&G）。如果拉请求是一个快进合并，就像重定基址后的情况一样，则不会创建合并提交。