git - 同时管理多个 pull 请求

Question

如果您有多个 pull 请求全部基于您的 master 分支的同一个提交(因此每个 pull 请求在发出请求之前都被正确地 rebase )，您如何在仍然成功关闭/接受的同时接受更改并将更改 rebase 到 master pull 请求。

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

我正在努力保持我们的主人干净，并尽可能避免 merge 。我首先 pull 的 pull 请求(快进)将关闭 pull 请求并保持提交干净，但是对于后续的 pull 请求，我将不得不 rebase (这不会关闭 pull 请求)， merge 更改，这会弄脏提交(特别是当大量 pull 请求堆积时)，或要求贡献者重新设置他们的分支，但这让许多开发人员感到厌烦。

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

Answer 1

关于“过度清理综合症”，我推荐阅读http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg39091.html对于 pull 提交者和 merge 维护者。

It may also be worth noting that excessive "git rebase" will not make things any cleaner: if you do too many rebases, it will just mean that all your old pre-rebase testing is now of dubious value.