【作业练习】Git分支冲突

使用Git模拟一个冲突，并且使用Git解决。

产生冲突的原因：

如果合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改，假设此时我们将一个修改的子分支合并到我们修改了的主分支里面，那么此时便有可能发生冲突合并。

。就会出现冲突，此时git 无法替我们决定使用哪一个，必须人为决定新代码内容。

冲突产生的表现：后面状态为 MERGING

模拟下冲突合并发生的过程以及解决的办法：

1：首先我们在master分支下修改hello.txt文件：

 修改完成后，执行修改文件、提交暂存区、本地库命令

2：完毕后此时我们切换到我们的创建的git-fix 分支下去修改我们git-fix 分支下的hello.txt文件，

修改完成后，继续重复之前的操作，修改完成后，执行修改文件、提交暂存区、本地库命令

3：此时完成对git-fix分支下的hello.txt文件的修改以及上传后，通过git checkout master命令，回到master主分支下，进行分支的合并

分支合并的的操作：

输入git merge git-fix后此时便会出现我们的分支冲突，

原因是master分支和git-fix分支都对我们的hello.txt文件进行了修改，导致将git-fix分支合并到master分支的时候，git不知道使用两个分支的哪一套针对hello.txt文件的修改方案，那么此时便会发生分支冲突。

分支冲突：返回后提示信息会出现一个conflict英文字母以及当出现冲突后，分支状态（括号内的字母）不再是master,而是master|MERGING，表明一直在合并中，但是没有成功。

在分支冲突的情况下，输入git status命令后，我们会发现此时的hello.txt文件是没有合并成功的：both modified hello.txt表示两个分支都修改了hello.txt文件，此时git不敢自动合并分支了，只能我们人为手动合并分支代码了。

手动合并分支代码的如何操作：

第一步：此时首先使用vi hello.txt命令先手动打开我们的文件，此时我们会发现跟之前有一些不同之处：此时我们会发现三个特殊的符号：<<<<<<>>>>>>中间为要合并进master分支的代码

第二步：为了解决我么分支冲突的问题，此时需要人工修改我们的代码，之前我们修改了hot-fix分支下的hello.txt文件中的最后一行，修改了master分支下的hello.txt文件的倒数第二行，此时我们要将hot-fix分支合并到master分支下，那么我们的hello.txt文件此时倒数两行都应该要被修改，那么此时我们就按照我们预期的效果来进行人工修改，删除特殊符号，决定要使用的内容即可：

修改完成后，输入:wq保存后，此时我们仍需要将我们人为修改的hello.txt文件上传到我们的暂存区以及我们的本地库中

修改完成后，再次查看文件，两个分支修改的内容已经被合并

第三步：将我们人工修改后的hello.txt文件上传到暂存区：会发现此时冲突合并还没有解决，因为此时括号内还是有MERGING

第四步：此时继续将修改后的hello.txt文件提交到本地库中去,但是此处需要注意的是之前我们将文件提交到本地库的命令为git commit -m "日志信息" 文件名

1：假设此时我们带上了文件名的话：会报一个致命的错误：

2：为了解决我们分支的合并冲突，此时不能加文件名，这样才能解决我们的冲突合并：如下图所示：

假设此时不带上我们的文件名的话，此时便解决了我们的冲突合并，并且此时我们括号内的master|MERGING变成了master,说明此时成功了。

第五步：使用vim hello.txt命令查看我们的hello.txt文件内容：发现此时分支代码合并成功，是我们所预期的效果。

注意：
此时我们合并的代码只是覆盖了原本我们主分支master下的hello.txt文件内的内容
但是我们子分支git-fix分支下的内容并没有发生改变

我们可以看到我们的子分支git-fix中的hello.txt文件内容并没有发生改变：