GitHub将请求转移到新的上游分支

Question

我的工作流程:我有一个远程项目的fork(origin)(上游).我创建了一个分支,主题/ TICKET.我想在同名的全新"topic/TICKET"分支中创建我的origin分支到上游项目的pull请求.换句话说,我不希望我的拉请求朝向主分支或任何现有分支.

使用BitBucket时我有这个选项.当我创建PR时,我选择我的原始分支,然后远程分支选择允许"创建新分支(主题/ TICKET)".

在GitHub中,我似乎没有这个选项.我可以输入新的分支名称; 但随后选择继续灰色,直到我选择一个有效的现有分支上游.

烦人的解决方法是在我执行PR之前在上游创建分支; 但它需要询问可以向上游提交的人 - 在我看来,必须有一种更简单的方法来做到这一点.

那么,有没有办法让GitHub创建一个拉取请求来创建一个新的上游分支,或者这只是一个已知的限制？

Answer 1

我认为你不能在Github上做到这一点.并且也认为这样就好了,因为你不应该在你不一定具有推送访问权的项目上"创建"新的分支.即使您确实具有对上游项目的推送访问权限,我也不认为它是一个干净的工作流程.

Answer 2

我正在尝试类似的事情,我得到的唯一解决方案是让用户具有上游的推送权限.

这样你就可以先向上游推进.在那之后,你也会推动起源 ; 之后,您可以根据需要从分支到分支进行拉取请求.

创建拉取请求时要小心,因为上游的默认选定分支始终是"主"

@AndrewKandels你可以分享这个工具吗？我喜欢为我喜欢的项目创建```gh-pages```分支.我首先在我的仓库中分叉并创建```gh-pages```分支.我添加文件并使用自己的fork测试它.有一次,它们已经足够好了,理想情况下我想发送一个pull-request,其中原始上游repo没有```gh-pages```分支.我必须要求所有者为我创建一个emtpy分支```gh-pages```.:( (5认同)
是的,不幸的是,他正在试图让他们获得许可.只是恼人的BitBucket支持这种工作流程,而GitHub则不支持.好吧,我已经创建了一个工具,因此他们可以自己创建分支来创建拉取请求.它完成了工作. (2认同)
好吧,你不必给他们许可,只需创建他们需要的分支.但无论如何,你的工具完成了工作;-) (2认同)