为什么GitHub拉取请求＆＃34;反向合并＆＃34;何时解决冲突

Question

当通过Github编辑器解决拉取请求中的冲突时，我总是以2次合并而不是一次合并。

示例：我想将master（A）上的未同步更改合并到功能分支

中

• 创建拉取请求库：功能头：主（B）
• Github检测到冲突
• 我使用Github UI编辑器解决它们
• 我合并了拉取请求
• 创建C和D（此处完成2次合并）
• C包含合并的所有内容（按预期方式）
• D包含相同的更改（不期望）

这就是它后来的样子（P - 普通父母，A - 我希望传播到特征分支的变化）

P---A----D
 \     /   \
  \---B-----C

• C有一条评论：＆＃34;合并来自master＆＃34;
的拉取请求#xyz
• D有评论：＆＃34;合并分支＆＃39;功能＆＃39;进入大师＆＃34;

任何人都可以说为什么会创建D？它使两个分支实际上等效。我希望在功能分支中反映出A的所有更改。