版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/qq_16777851/article/details/88832106
但凡是团队合作，就一定会出现冲突。
假设项目经理张小龙在它的本地改了一个bug之后，推送到了远程库。
这时项目组的小张肯定不知道项目经理的推送，更不知道项目经理张小龙改了那个位置的内容。
此时假设小张也修改了这个位置，此时也向远程库推送自己的修改。此时因为出现冲突，小张推送会失败。
此时小张必须先把远程库的拉取到本地，完成合并后在进行推送。
我们在下面演示一下上面的情况。
项目经理更改文件，并推送值远程库。
可以看到，项目经理对文件第二行的更改。
此时假设，项目成员小张也对第二行进行了更改。
并执行了推送操作。
小张这里的推送就失败了，可以看到git给出的提示是先要把远程的获取到本地，执行完合并后再向上推送。
可以看到，此时就算我们使用pll拉取到本地，也不能自动合并成功。
需要我们手动合并，可以看到右下角的状态就是，表示此时正处于冲突合并状态。
冲突内容如下
此时需要我们改到满意的地步后，再执行推送。
假设两个人是为了解决不同的bug，此时的修改就是两个人讨论后能满足两个bug都解决的方案。
下面就是小张解决了冲突后，推送到了远程库，这次就推送成功了。
此时我们看一下远程库，发现就是ok的。
如果不是基于github远程库的最新版所做的修改，推送会失败，必须先拉取。
拉取下来后如果进去冲突状态，按照分支冲突解决操作即可。