为什么github在冲突后将基础合并到功能分支

Question

我们使用feature / develop / master分支进行开发。当一个功能完成时（我们称之为feature / 123），我们发送一个pull请求以合并到develop。有时这个合并有冲突，所以我们使用Github来解决冲突。

我的问题是为什么github在解决冲突后会将整个开发分支合并到feature / 123？我只是想合并功能分支INTO而不是相反。

Answer 1

我只是在推测，但我想的想法是GitHub希望您解决feature/123中的冲突，而不是解决develop中的冲突。这就是为什么它将develop合并到feature/123中的原因。

供以后参考，这里是GitHub记录此行为的地方：

警告：解决GitHub Enterprise上的合并冲突时 服务器，整个base branch 您的拉取请求中的合并到head branch中。使 确定您确实要提交到该分支。如果头分支是 存储库的默认分支，您将获得以下选项： 创建一个新分支以用作拉动的头分支 请求。如果头分支受到保护，您将无法合并 解决您的冲突，因此系统会提示您创建一个 新的总行。有关更多信息，请参见“ About protected branches”。