冲突的概念
git在使用中，如果遵循了它的使用的步骤，比如，在上班之前先去拉取，下班的时候，先提交，如果遵循这个步骤，一般在用的时候没有错误会产生的，但是，因为在开发的时候，会有多人，协作开发的这种情况，这些情况，可能在实际操作时，会把一些步骤给遗忘，比如今天上班，并没有先去拉取，这个时候我们在提交的时候，就会有问题产生，因此我们称之为叫冲突。
这一节主要的目的，是来演示一下冲突的产生，以及遇到了冲突之后，怎么去解决。
二、案例介绍
模拟产生冲突
保证本地和线上一致
同事在下班之后修改了线上仓库的代码
通过github 对某个文件进行了修改，如图
小a进行了修改，保存且提交注意：此时修改之后本地仓库和线上所展示的内容是不一致的对比如图：
2、第二天上班的时候，没有做git pull 的操作，而是直接修改了本地对应文件内容并保存。修改内容如下：
3、下班的时候将修改的代码提交在线上的仓库（git push）修改并提交：
给出提示：
要在push操作之前先进行git pull 操作。因此本次提交失败。如图：
刷新发现修改的内容并没有提交到线上。解决冲突
按照提示内容先进行 git pull :
执行之后需要注意的是，观察执行效果：
说明git已经将线上与本地仓库的冲突合并了，在文件 readme.txt 中。打开冲突文件并解决冲突。
从文件可以看出：自己修改的和小a修改的都显示出来
解决方法：
需要和同事（谁修改的）进行商量，看代码如何保留，将改好的代码再次提交即可。如果都想保留删除 git 给出的信息即可。
最后重新进行提交：
回到线上并刷新：
内容发生改变，没有冲突。问题已经解决。
总结：产生冲突的原因是没有遵循之前设定好的步骤。
