在develop和master之间进行壁球合并时，如何解决文件冲突

Question

在我所在的公司，我们一直在尝试使用具有以下分支机构的Git工作流程：

1. 主文件-包含代表版本的提交
2. 候选版本（RC）-基于开发的临时分支，允许在发布前进行测试
3. 开发-包含应用程序开发的完整历史记录
4. 功能分支-为合并之前开发的单个功能而创建

对于可视化指南，这与以下内容有些类似（不同之处在于，未显示RC分支，并且特征分支在被拉入开发之前被南瓜合并）：

图片来源：https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow

在大多数情况下，此方法效果很好。但是，此方法在RC和主分支之间遇到了障碍，这似乎与使用南瓜合并有关。

在特征分支之间进行壁合并并进行开发没有问题，但是由于某些未知原因，当在RC分支和主节点之间执行壁合并时，我们收到文件合并冲突，这表明在两个文件中都编辑了相同的文件”。在要素分支之间进行挤压合并并展开时，不会显示此警告，或者至少在我记得的范围内。任何从功能分支合并的南瓜都以尊重最新更改为准，而RC到主南瓜合并似乎忽略了先前已添加相同文件的事实。

作为参考，我们在完成请求请求期间使用Azure DevOps执行壁球合并。显示的错误消息如下：

图片来源：https://marketplace.visualstudio.com/items?itemName=ms-devlabs.conflicts-tab#overview

其他注意事项：

1. master和RC / develop分支之间有一个共享的祖先，这是最初的提交。

2. 此文件合并冲突似乎是由于无法正确处理已导入的文件而引起的。例如，在我们的两个发行版之间，我们有80多个文件冲突，尽管在master分支中已经存在相同名称和路径的文件，但仍警告需要添加文件。

我真正想知道的是，采用的方法是否存在问题，或者工具（Git或Azure DevOps）是否存在问题？

谢谢。