无法解释的合并冲突，同时从发布合并到主控[Git流]

Question

我正在跟踪git流程以进行发布管理。

我们使用开发分支进行开发和集成。一旦我们即将发布，我们就从开发中剔除了发布分支。我们一直在解决问题，以便发布，以防出现任何问题，并合并到一起进行开发。

在我们完完全全完成之后。我们总是把发布合并到掌握中。我们从来没有用任何方法直接修改过主人。所以主人应该只做最新的发布。

但我总是看到合并冲突，同时提高公关从发布到大师，这是相当令人惊讶的。我知道如何解决合并冲突。但问题是‘为什么要从发布合并到主控显示合并冲突’。我们只是重复检查了主历史，以确保没有人修改主.。

在存储库设置中是否有任何设置或任何需要勾选的设置？

Answer 1

来自评论：

我从发行版中剪下了母版

git签出版本/10.0git签出-b主git推送

让我们逐一分解这些命令：

 git checkout release/10.0

这将检查名为release/10.0 的分支是否存在。如果分支不存在，则git将抛出一个错误：

错误:路径规范'release/10.0‘与git已知的任何文件不匹配。

git checkout -b master

这将尝试创建一个名为master的新分支。如果分支master已经存在，那么您应该得到另一个错误：

致命:一个名为“主”的分支已经存在。

git push

这将推动当前的分支。如果在尝试创建主分支时出现了上述错误，那么您将推动release/10.0。

尽管如此，这一系列命令似乎很奇怪，因为如果您使用Git流，您应该已经有了一个master分支。您应该在每次发布而不是时创建一个新的master。相反，从master创建一个新的发布分支：

git checkout -b release/10.0 master

然后，当发行版准备好部署时，您应该将发布分支合并为master：

git checkout master
git merge release/10.0
git push

如果您每次都这样做，并且这是向master添加提交的唯一方法，那么您的假设是正确的:您不应该得到任何合并冲突。

但是，由于您正在看到合并冲突，因此在发布分支中引入了其他提交到master中。