入门参考下两篇文章
01
—
合并同一个分支的冲突
通常这种情况就发生了我们拉远程的代码的时候发生的本地代码与远程同时修改了一个地方,这个时候就需要决定保留哪部分代码舍弃哪部分代码。
为了产生一个冲突,我在另一个地方向远程仓库提交了代码,更改share_file.txt
文件,加了一行内容tom add for merge
本地修改同一个文件加了一行pzqu add for merge
,并提交到本地,这样一来,本地和远程仓库的同一个文件就不一样了,一会拉代码一定会产生一个冲突。效果如下:
我们来看看这个冲突的文件:
Git用<<<<<<<
,=======
,>>>>>>>
标记出不同分支的内容,我们修改如下后保存:
git add
再git rebase --continue
后完成rebase,效果如下,再push
的远程仓库即可
02
—
合并不同分支的冲突
想像一下,要是我们只用主分支来写代码,在和同事开发不同功能的时候交叉提交到远程的主线上,要是产品突然不要这个功能了,回退起来就非常的困难,不仅仅要去一个一个的找哪个提交是属于这个功能,还要小心翼翼的处理一遍全部的冲突。
用分支就不会有这么多事情,在自己的分支上干活,等全部开发完成,再一次性的合并到主分支上,这样我们既可从分支上知道一个人的开发进度,又不影响大家干活,是不是很 方便呢?
关于怎么创建分支与切换分支见上一次推送,这里只讨论合并时产生的冲突的情况,我们已经基于master分支创建了一个dev/pzqu分支
切换到master
分支,加一行master add for merge
并提交,文件内容如下:
切换到dev/pzqu
分支,向share_file.txt
加入一行dev/pzqu add for merge
并提交,现在share_file.txt
内容如下:
现在两个分支的同一个文件内容不一样了,现在我们在dev/pzqu
分支上进行合并:
上图出现了一个冲突,是我们意料之中的,修改share_file.txt
文件,解决此冲突:
冲突解决也提交了,看看我们现在的分支内容:
解决完冲突异常的舒适
上图我们可以看到:
master
分支比远程origin/master
分支多一次提交,dev/pzqu
分支由于是基于origin/master
分支,合并了master
分支的提交和当前dev/pzqu
分支的提交,超出本地master
两个提交,致此我们把master
合并到dev/pzqu
的操作就完成了。现在我们用同样的方法将dev/pzqu
合并到master
分支,然后把两个分支都提交到远程。
master
分支dev/pzqu
到master
分支master
推到远程仓库dev/pzqu
要保留,就可以推送到远程仓库。现在我们可以看到全部的分支都在一起了,强迫症都舒服了。
本文阅读结束以后,我们学会了
PS: 冲突是一个非常好的机制,方式两个人没沟通好都同时修复一个Bug获取同时写的某个功能,一发生冲突一下子就发现啦!