Merge git中分支之间的合并冲突在哪里发生？

Hy

1.在git中分支之间发生合并冲突的最常见场景是什么

2如何知道它们将在何时发生

如果我有一个主分支和另一个演化分支，如果我修改了演化分支中的一个文件，并且该文件存在于主分支中，那么当从演化合并到主分支时，git如何确定不同分支中的文件之间是否存在合并冲突？我的意思是，当更改（来自两个不同的开发人员）物理上指向同一个文件，但在分支之间合并时，git很容易确定何时会发生冲突。从物理上讲，我们谈论的是不同的文件，一个分支中的文件和另一个分支中的其他文件 感谢您创建了evolution分支后，在两个分支中编辑了相同的代码行

例如，假设您从

master

分支

evolution

，您拥有

main.py

，一周后您编辑了第253行。两天后，有人在

evolution

分支的

main.py

中编辑了第253行。现在，当您尝试将

evolution

合并到

master

中时，您将遇到合并冲突。防止这种情况的最好办法是沟通。谁在做什么，你应该改变什么，不应该改变什么

2） 直到它们发生，你才真正知道。您可以使用

git merge--no commit--no ff$BRANCH

进行“干运行”合并，以查看是否存在任何冲突。正如我上面所说的，避免它们的最好方法是个人之间的交流

---

3） 您在

evolution

中跟踪的所有文件都将合并到

master

中。即使这些文件在

master

中还不存在。如果它们具有相同的名称，但完全不同（并且自分支以来您在master中编辑了该文件），则这是一个合并冲突

但不需要编辑同一行，两个分支就会发生冲突，只需将同一文件编辑成不同的分支，然后尝试合并它们，对吗？