GitHub 连续开启 PR 的工作流程

Question

我正在为一个仓库做贡献，但所有者反应较慢。我想开发一个新功能，但首先需要重构一些函数（这些函数将被用于创建新功能）。

我已经为重构工作打开了PR（还在等待合并）。重构工作已经足够大了，适合单独成为一个PR。所以现在我想为新功能打开另一个PR。我可以将之前PR中的所有提交与新功能的提交一起打开一个新的PR。但我想知道是否有更好的方法？

或者我应该等待之前的PR合并后再打开新的PR？

- damonh

---

与StackOverflow无关。 - Seiyria

那么我应该在哪里询问这个问题？ - damonh

Answer 1

如果新功能依赖于您的重构工作，您可以立即打开该PR，但需要注意以下几点：

• 新功能分支必须从当前的重构分支开始
• 新功能PR必须在其注释中包含它依赖的PR xxx（重构PR）首先被合并
• 如果需要以任何方式更新重构PR（新提交、变基等），则必须将新功能分支重新基于更新后的重构分支，并强制推送。

- VonC

---

这基本上就是我以前做的方式，只不过我在PR中进行了评论，告诉所有者先合并另一个。再次问一下，有更好的方法吗？或者如果你处于我的位置，你会完全这样做吗？ - damonh

@damonh 不支持在GitHub上的PR之间建立依赖关系，因此现在最好的方法是在评论中提及。 - VonC