在很多时候,随着开发团队的扩容,大家提交代码一段时间过后,就产生很多的节点,对于有代码洁癖的人来说,这个总会觉得很不爽。
那么,merge是如何产生的呢?下面我挑一个常见的冲突的场景,示例一下:
用merge来解决冲突
我们来在模拟一次的情况,针对,首先,并提交到了git服务器上内容如下:
同时,,内容如下:
B用户只是在本地电脑上进行了,如下:
接下来,B用户使用命令将git服务器代码下载并合并到本地,可以看到产生了冲突:
接下来,B用户,修改有冲突的文件,解决冲突,如下:
修改后的文件内容如下:
现在B将代码提交到git服务器上,可以看到有两个commit(一个是B对首行代码的提交:,一个是B刚才的merge动作),如下:
可以看到,提交历史产生了分叉,接下来我们看看如何使用消除分叉:
git rebase消除分叉
A再次修改首行代码,并提交至git服务器,内容如下:
B再次在本地修改首行代码,并提交至本地,内容如下:
commit如下:
接下来,使用,可以看到冲突,并且进入了rebase状态:
此时,B在本地打开文件,可以看到冲突内容如下:
解决冲突:修改README.md文件,内容如下:
使用标注冲突已解决:
可以看到B用户第二次修改是在A修改之后,但是B的提交commit编号被新的编号所取代,commit的内容不变。
这是看到不一致。是因为B用户在本地的修改还未提交至git服务器,通过也可以看出来,有未提交至git服务器:
提交后,就OK了。如下:
现在我们登录到服务器看下最新的内容,如下:
可以通过项目网络图直观地看到,如下:
领取专属 10元无门槛券
私享最新 技术干货