git 发生冲突的场景

1. 冲突场景

2. 分析

答：

1. 一般情况下，出现分支的场景有如下：

具体情况就是，多个分支修改了同一个文件（任何地方）或者多个分支修改了同一个文件的名称

如果两个分支中分别修改了不同文件中的部分，是不会产生冲突，直接合并即可

应用在命令中，就是push、pull、stash、rebase等命令下都有可能产生冲突情况，从本质上来讲，都是merge和patch（应用补丁）时产生冲突

当Git无法自动合并分支时，就必须首先解决冲突，解决冲突后，再提交，合并完成

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交

2. 在本地主分值master创建一个a.txt文件，文件起始位置写上master commit，如下：

然后提交到仓库：

创建一个新的分支featurel1分支，并进行切换，如下：

git checkout -b featurel1

然后修改a.txt文件首行文字为 featurel commit，然后添加到暂存区，并开始进行提交到仓库：

然后通过git checkout master切换到主分支，通过git merge进行合并，发现不会冲突

此时a.txt文件的内容变成featurel commit，没有出现冲突情况，这是因为git在内部发生了快速合并

如果此时切换到featurel分支，将文件的内容修改成featrue second commit，然后提交到本地仓库

然后切换到主分支，如果此时在a.txt文件再次修改，修改成mastet second commit，然后再次提交到本地仓库

此时，master分支和feature1分支各自都分别有新的提交，变成了下图所示：

这种情况下，无法执行快速合并，只能试图把各自的修改合并起来，但这种合并就可能会有冲突

现在通过git merge featurel进行分支合并，如下所示：

从冲突信息可以看到，a.txt发生冲突，必须手动解决冲突之后再提交

而git status同样可以告知我们冲突的文件：

打开a.txt文件，可以看到如下内容：

git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容：

现在要做的事情就是将冲突的内容进行更改，对每个文件使用 git add 命令来将其标记为冲突已解决。一旦暂存这些原本有冲突的文件，Git就会将它们标记为冲突已解决然后再提交：

此时master分支和feature1分支变成了下图所示：

使用git log命令可以看到合并的信息：

补充

补充：冲突标记与处理流程：冲突文件中会有：
<<<<<<< HEAD
当前分支的内容
=======
要合并过来的内容
>>>>>>> branch-name
处理步骤：① 编辑文件，手动选择保留哪一部分；② git add <file> 标记"已解决"；③ git commit（merge 流程）/ git rebase --continue（rebase 流程）。高频冲突场景：多人同时改同一文件、文件被重命名、分支长期未同步。减少冲突的工程实践：频繁 git pull --rebase、PR 尽早合入 / 拆分大文件、控制分支生命周期、合理拆分功能模块。