如何处理依赖于另一个未合并功能分支的功能分支？

Question

这是我的情况。我在github中有featureBranchA等待拉取请求，该请求直到明天或之后才会合并。我开始研究featureBranchB，但我陷入困境。我需要在featureBranchA中进行更改才能使featureBranchB正常工作。我讨厌因为等待别人而无法工作。

我过去做过的事情是切换到featureBranchA，然后分支命名分支featureBranchA/featureBranchB。合并featureBranchA后，我会向新重命名的featureBranchB提交拉取请求。这不是最好的方法，因为我必须保留一个需要拉取请求的分支列表，并监视＆＃34;父母＆＃34;分支合并。

我使用的另一种方法是将featureBranchB分开master并将featureBranchA的更改合并到其中。当我提交拉取请求时，这总是会混乱。即使featureBranchB已合并，featureBranchA的拉取请求也将提交其提交并featureBranchA次提交。我也尝试过使用rebase而不是merge，但是当提交pull请求时它会变得混乱。

关于这种工作流程的任何建议？

Answer 1

分支功能B off featureA是最好的方法。您可以在准备就绪时提交拉取请求，并在请求中记下它取决于featureA，而不是监控featureA何时被批准。在pull请求中引用问题编号，Github将自己放置注释。喜欢＆＃34;这取决于＃123被接受＆＃34;。

如果featureA在被接受之前被更改，则您（或接受拉取请求的人）应该在合并featureB之前与featureA合并或变基。