在 GitFlow 中将 master 合并到 develop 会引起冲突吗？

Question

我想知道使用 gitflow 并将 master 合并到 develop 是否会引起冲突。 我打算将这个'git merge master'变成一个自动的、非交互的过程，所以如果有冲突，它会失败，因为它需要人工交互。

我正在使用 GitFlow 并且直接应用于 master 的更改是版本碰撞，它会碰撞版本，提交，然后将版本更改为快照版本。 例如，master 可能有 1.0.1-SNAPSHOT 作为版本。 如果我们对它进行版本碰撞，版本将更改为 1.0.2，然后我们进行 git commit。 然后我们将版本更改为 1.0.2-SNAPSHOT 并提交。 因此，每个版本碰撞都会导致两次提交（请参阅 mvn 版本更新程序）。

定期，我想通过调用 git merge 将 master 中的最新版本合并到 develop 中。 这将进行版本更改，但也会进行在 master 中发现的任何其他更改，而不是在 develop 中。 我相信这不应该引起任何冲突，因为 master 有，develop 也应该有，因为我们将 develop 合并到 master 中。

我已经测试了文件重命名，编辑将被删除的文件，以及对同一文件的大量编辑，但在这种模式下，我从 master 合并到 develop 后不会发生冲突。

有没有办法在这里制造冲突？ 尝试自动化合并主开发过程会有什么问题吗？ 谢谢。

Answer 1

TL;博士是的！

我在这里看到多个问题/问题，我们需要讨论：

(1) 在nvie 创建和记录的git-flow ，没有从master合并到develop ，而是从（在本例中只使用版本1.0.2 ） release/1.0.2分支合并到master和develop 。

(2) 此release/1.0.2分支是您调整版本的位置。 然后它会自动出现在develop因为无论如何你在每次发布后将release/1.0.2合并到develop 。 这样就不需要定期从master更新。

(3) master分支只包含合并提交，没有别的。 这只是所有版本的有序列表。

(4) 在这两种情况下，您都可能遇到合并冲突，因为在您处理release/1.0.2 develop是持续工作的（假设您不是一个人在整个项目上工作）。 如果对同一行进行更改，则可能（但不一定需要）出现合并冲突。