同时管理多个pull请求

如果您有多个pull请求都基于您主分支的同一提交（因此每个pull请求在发出请求之前都已正确重新分配），那么如何接受并重新绑定更改进入主设备，同时仍能成功关闭/接受拉取请求。同时管理多个pull请求

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

我想保持我们的主人干净，尽量避免合并在可能的地方。首先拉出的拉请求（快进）将关闭拉取请求并保持提交清理，但随后的一次，我必须重新绑定（不会关闭拉取请求），合并变更提交（特别是当一些拉请求堆积时），或者要求贡献者重新分配他们的分支机构，但是这对许多开发人员来说是令人厌烦的。

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

2012-02-22 Peter

关于“过度清理综合征”，我建议读取http://www.mail-archive.com/[email protected]/msg39091.html拉提交者以及合并维护者。

这也可能是值得注意的是，过度的“混帐变基”不会让事情的任何清洁剂：如果你做太多的底垫，它只是意味着所有旧预变基测试是现在的可疑值。

2012-02-22 07:32:12

+1反对过度使用rebase。 – Eduardo 2012-02-22 07:43:28

感谢您的链接。很有帮助！我习惯于在1或2个人的团队中工作，所以它总是很容易拥有一个完全线性的提交树，几乎没有额外的工作。现在球队变得更大了，我确实看到了没有重新启动其他人的工作。谢谢 – Peter 2012-02-22 13:44:50

“所有旧的预先重新测试现在都是可疑的。”与刚才与之前不存在的变化合并的一组变更相比，您的测试的价值有何不同？至少如果您要求提交者进行rebase，那么他们有机会针对新的更改测试pull请求。 – dustyburwell 2012-09-06 15:19:01

回答