怎么可能bitbucket合并拉请求操作删除从另一个分支提交/合并的代码？

Question

怎么可能bitbucket合并拉请求操作删除从另一个分支提交/合并的代码？在本例中，我们使用的是bitbucket存储库、源代码，以及bitbucket web接口。

结构：

Develop
|
|- Branch A (main feature branch)
|  |
|  |- Branch B (1st sub feature branch, under branch A)
|  |
|  |- Branch C (2nd sub feature branch, under branch A)
|  |

我们的问题是，当一名开发人员将他从C处提出的请求(以A处为目标)合并时，在过程中删除了来自B分支的代码(先前在A分支中合并)。文件的删除在合并提交中是可见的。拉请求合并是使用Bitbucket web接口完成的。

在合并主特征中的子特征分支之前，我们总是将子特征中的主特征分支合并，这样就可以以同样的方式解决冲突。

因此，流动情况如下：

sourcetree)

• Merge

• 将B合并为B(使B与其母公司A保持最新的联系)(与B合并为A(完成B分支)
• 将分支A合并为C分支(使C与其母公司A保持最新)(与sourcetree)
• Merge分支C合并为A分支)(完成C分支)(使用bitbucket web接口，合并拉请求)

通常，我们会将请求与bitbucket的web接口进行合并(如果它们不针对开发分支，即)，我们通常在源树中手动进行这些合并。

似乎在bitbucket站点上的合并拉请求操作以某种方式恢复了其他一些较早的合并代码。(它看起来也不像完全恢复提交，但是只有大约95%的另一个分支的代码被恢复/删除。)

对于如何发生这种情况，有什么想法或建议吗？

Answer 1

在合并主特征中的子特征分支之前，我们总是将子特征中的主特征分支合并，因此冲突也要以同样的方式来解决。

更好的做法是将您的功能分支重新定位在目标分支的顶部。

这条路：

• PR是通过简单的合并解决的，
• 以前的合并没有删除

Answer 2

我相信在这两个步骤之间可能会出现问题:将分支B合并为A(完成B分支)，将分支A合并为C分支(使C与其母公司A更新)(与源树合并)

在第二步中使用的分支A可能不是最近更新的，在上面的步骤中使用了B合并。当地的拉力一定是漏掉了，这会导致这种行为的。