3

如果您有多个拉取请求都基于您的主分支的相同提交(因此每个拉取请求在发出请求之前都正确地重新设置了基础),您如何在仍然成功关闭/接受拉取请求的同时接受并将更改重新设置为主控.

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

我试图让我们的主人保持清洁,并尽可能避免合并。我首先拉取的拉取请求(快进)将关闭拉取请求并保持提交干净,但是对于随后的拉取请求,我将不得不重新设置基准(这不会关闭拉取请求),合并更改,这会弄脏提交(尤其是当大量拉取请求堆积时),或者要求贡献者重新设置他们的分支,但这对许多开发人员来说很烦人。

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

4

1 回答 1

4

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

可能还值得注意的是,过多的“git rebase”不会让事情变得更干净:如果你做了太多的 rebase,那只会意味着你所有旧的 pre-rebase 测试现在都具有可疑的价值。

于 2012-02-22T07:32:12.370 回答