哪里可以发生合并分支之间的git冲突？

Question

HY，

1.最常见的情况是哪些可能发生在分支之间的git中发生合并冲突？

2如何知道它们何时会发生？

1. 如果我有一个master分支和其他evolution分支，如果我在evolution分支中修改了一个文件并且这个文件存在于master分支中，那么当从evolution到master合并时，git如何确定不同文件之间的合并冲突分支机构？我的意思是，当变化（来自两个不同的开发人员）指向同一个文件时，git可以轻松地确定何时发生冲突但是在分支之间进行合并我们正在讨论物理上讲的不同文件，一个分支中的文件和其他分支中的其他文件。

由于

Answer 1

1）自从你创建了evolution分支以来，你已经在两个分支中编辑了相同的代码行。

例如，假设您从evolution分支master并且main.py，并在一周之后编辑第253行。两天后，有人在main.py编辑了第253行在evolution分支上。现在，当您尝试将evolution合并到master时，您将收到合并冲突。防止这种情况的最佳方法是沟通。谁在做什么，你应该改变什么以及你应该做什么。

2）直到他们发生你才真正知道。你可以做一个＆＃34;干运行＆＃34;合并以查看是否存在使用git merge --no-commit --no-ff $BRANCH的任何冲突。正如我上面所说，避免它们的最佳方法是个人之间的沟通。

3）您在evolution中跟踪的所有文件都将合并到master。即使这些文件在master中还不存在。如果它们具有相同的名称但完全不同（并且您已经在母版中编辑了文件，因为您已经分支），那就是合并冲突。