我想向repo所有者提供两个不同的拉取请求，第二个基于第一个。
我在repo上有一个挂起的挂起请求（我不拥有）。
我希望对现有的拉取请求进行进一步的更改。
master -> A -> B
我根据我用于A的分支在我的分支中的 new 分支上进行了B的更改。
git branch -b B A
我已向上游推进：
git push --set-upstream origin B
当我尝试通过github UI为B创建拉取请求时，它会在单个拉取请求中向我提供A +中B的更改。
如果我从命令行尝试此操作：
hub pull-request -b A
它不起作用，因为A不是上游仓库中的分支，只在我的分支中。
为了向回购所有者提供两个拉取请求，一个堆叠在另一个上，我应该做些什么呢？
答案 0 :(得分：1)
可以在一个拉动请求中堆叠大量的变化，这是一种礼节性的吗？
如果你的第二次改变完全取决于第一次改变，那么......是的。
话虽这么说，你应该首先解决PR A，这意味着原始回购的维护者应该评估，接受并合并你的第一个PR。
与此同时，您可以根据A为B创建一个新的分支，然后将该分支推送到您的分支，但是在解决第一个分支之前不应该制作新的PR。 特别是如果第一个PR被拒绝。
在OP案例中：
我最终将所有堆叠的更改视为一个拉取请求，如果他们想要合理地审核，他们可以逐个点击每个提交
当所有这些变化都可以被视为一个重大的新进化时，这是有道理的 最佳实践建议进行小的增量更改，但在这种情况下，向现有PR添加提交（因为实际上，没有办法“堆栈PR”）是推进开发过程的方法。