在Github中，如何处理旧拉请求的新依赖关系？

在GitHub中，如何处理旧拉请求的新依赖关系

当您必须更新一个已经有一个拉请求但依赖于未来分支的分支时

请参阅精心编制的流程图

详情：

让我们假设你

feature 1 --> pull request
feature 2 --> pull request
feature 3 --> pull request

客户/老板请求更改功能1，使其依赖于功能2

现在如果拉取请求按顺序处理 1、2、3则在分支2合并之前，无法测试第一个拉力

问题是什么是正确的处理方法

我现在做的

告诉客户机忽略分支机构的请求，并在同一请求中加入一部分和两部分 （这仅适用于连续的情况，有时拉力不正常）

或

创建一个包含所有更改的新分支，并告诉客户机忽略前3个请求

这似乎很愚蠢，正确的处理方法是什么

客户/老板请求更改功能1，使其依赖于功能2

这意味着功能1和功能2刚刚合二为一

您可以将这两个功能分支合并到新功能分支中，删除旧分支，并从新功能分支发出拉取请求。
第三个分支保持不变

---

从程序员使用pull请求（在原始repo上）的角度来看，他/她不得询问一个pull请求是否依赖于另一个：每个PR必须能够单独测试。

好，但前两个pull请求会发生什么情况？也删除吗？当我推送已删除的分支时，它们会被删除吗？@user3304698正如我在中提到的，如果您

git push--force

repo上的feature1的新历史记录，相关的拉取请求将自动更新。您可以简单地关闭另一个pull请求，并根据需要删除其分支，但这不是强制性的。无法删除拉取请求（）