我们使用 feature/develop/master 分支进行开发。当一个特性完成时（我们称之为特性/123），我们发送一个拉取请求以合并到开发。有时这个合并有冲突，所以我们使用 Github 来解决冲突。
我的问题是，为什么 github 会在解决冲突后将整个开发分支合并到 feature/123 中？我只是想将功能分支合并到开发中，而不是相反。
【问题讨论】：
我只是在猜测，但我认为 GitHub 希望您解决 feature/123 中的冲突，而不是解决 develop 中的冲突。这就是为什么它将develop 合并到feature/123 中。
这里是 GitHub 记录此行为的地方，供以后参考：
警告：当您在 GitHub Enterprise 上解决合并冲突时 服务器，整个base branch 你的拉取请求被合并到head branch。制作 确定你真的想提交到这个分支。如果头分支是 您的存储库的默认分支，您将可以选择 创建一个新分支作为拉取的头分支 要求。如果头分支受到保护，您将无法合并 你的冲突解决方案，所以你会被提示创建一个 新的总支。有关详细信息，请参阅“About protected branches”。
【讨论】：
这是一个很老的问题，但我让自己陷入了同样的境地，并试图找出原因。我可以在 stackoverflow 上找到关于同一主题的另一个答案，这更深入地说明了这一点。您（以及任何可能有相同问题的人）可以在这里找到它：Github resolving conflicts always merges base branch to my current branch
【讨论】：