如何在GitHub中合并带有冲突的PR，**而不**先将基础合并到头部（另一种方式）？

在我与其他人一起工作的一个存储库中，我们使用拉请求作为管理合并的一种方式，有时会出现合并冲突（通常情况下）。问题是：其他开发人员一直在使用GitHub web界面进行实际合并（除了创建PRs）。

根据GitHub文档：

警告：在GitHub Enterprise上解决合并冲突时 服务器，整个 您的拉取请求的一部分被合并到。制作 确定你真的想加入这个分支。如果总支是 作为存储库的默认分支，您可以选择 创建一个新分支作为牵引的头分支 要求如果头分支受到保护，您将无法合并 您的冲突解决方案将导入其中，因此系统会提示您创建冲突解决方案 新总支。有关详细信息，请参阅“”

有时候这并不是我们真正想要的。原因如下

例如，假设我们正在处理两个功能分支：

feature/123
feature/456

而

feature/123

处于

staging

状态，但未准备好

master

我们想将

功能/456

合并到

暂存中，所以我们创建了一个PR，它有合并冲突

如果有人使用GitHub web界面合并该PR，实际情况如下：


GitHub将把已经包含
feature/123
工作的
staging
合并到
feature/456
用户将解决冲突
GitHub将把
feature/456
合并到
staging
中

不幸的是，一旦
feature/456
为
master
做好准备，当有人执行该合并时，
feature/123
中的代码更改（尚未为黄金时段做好准备）将随之进入
master

我99%确信，这种行为背后的想法是GitHub希望您解决头分支中的合并冲突，而不是基本分支中的合并冲突，即，
feature/456
而不是
staging

有没有办法让GitHub在
登台过程中解决冲突？
p.S.（当然我已经知道如何使用命令行进行合并，我想看看GitHub是否可以正确地进行合并，也就是说，一种方法）我不确定GitHub，但我会停止在GitHub UI中解决冲突。在本地解决它们，推送您的Festrure分支，然后提交pull请求以将功能分支合并到暂存中。我很确定您想要做的是不可能的，因为文档中说它的工作方式与您想要的不同。如果您想要不同的行为，我认为命令行将是您的选择。@DarrenEmbry如何在命令行中执行它？我正处于一个非常类似的情况，现在暂停公关，直到我弄明白这一点。你们可以分享一些关于如何在命令行上做这件事的资源吗。我认为这在GithubGUI.P.S中是不可能的。（当然，我已经知道如何使用命令行进行合并，我想看看GitHub是否可以正确地进行合并，即单向合并）我不确定GitHub，但我会停止解决GitHub UI中的冲突。在本地解决它们，推送您的Festrure分支，然后提交pull请求以将功能分支合并到暂存中。我很确定您想要做的是不可能的，因为文档中说它的工作方式与您想要的不同。如果您想要不同的行为，我认为命令行将是您的选择。@DarrenEmbry如何在命令行中执行它？我正处于一个非常类似的情况，现在暂停公关，直到我弄明白这一点。你们可以分享一些关于如何在命令行上做这件事的资源吗。我认为这在GithubGUI中是不可能的。