Question

如果您有多个拉取请求全部基于您的主分支的相同提交（因此每个拉取请求在发出请求之前已正确重新定位），如何在仍然成功关闭/接受之前接受并将更改重新绑定到master拉请求。

        D--E
       /
A--B--C
       \
        F--G

我正在努力让我们的主人保持干净，尽量避免合并。我先拉（快进）的拉取请求将关闭拉取请求并保持提交清洁，但是随后的一个我将不得不重新绑定（不会关闭拉取请求），合并更改，这会弄脏提交（特别是当一些拉动请求堆积起来时），或者要求贡献者改变他们的分支，但这对于许多开发人员来说是令人厌倦的。

有哪些更好的策略来管理这个？我使用Bitbucket作为我们的源代码库，如果它有所作为，但我认为这在GitHub或任何其他git源代码控制中是相同的。

Answer 1

关于“过度清理综合症”，我建议读取提交者和合并维护者http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg39091.html。

值得注意的是，过多的“git rebase”也无法做到任何更清洁的东西：如果你做了太多的rebase，那就意味着所有旧的pre-rebase测试现在都具有可疑价值。