你如何处理Github中旧的pull请求的新依赖？

时间：2014-03-05 05:16:11

标签： git version-control github

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

当您必须更新已具有现有拉取请求但已依赖于未来分支的分支时

参见非常精心制作的流程图

http://imgur.com/41uVbQN

详细说明：

所以我要说你做了

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

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

现在，如果在订单中处理了拉取请求 1,2,3，然后在分支2合并之前不能测试第一次拉动

问题是解决这个问题的正确方法是什么？

我目前正在做什么...

告诉客户端忽略分支的拉取请求，并将同一请求的一部分和两部分分开 （这只有在它们连续的情况下才有效，有时拉力不合适）

或者

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

这看起来很傻，处理这个/你如何处理它的正确方法是什么

1 个答案:

答案 0 :(得分：0)

  

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

这意味着功能1和2只是一个。

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

从程序员消耗拉取请求（在原始仓库上）的角度来看，他/她不能询问拉取请求是否依赖于另一个：每个PR必须能够单独进行测试。< / p>

相关问题
最新问题