赞
踩
有如下场景:
小张和啊亮都git pull,两个人本地都获取了V1版本的代码,然后啊亮在本地将代码更新到了V3,然后将V3 push到了远程,git server发现V3就是基于V1版本修改的,于是git server将版本更新到V3
接着小张将本地基于V1的代码更改为V2后,也push到远程,此时git sever发现V2的代码基于V1修改的,并不是基于V3修改的,于是会报错,产生冲突(如果不报错,啊亮提交的V3就全没了)
这时啊亮也和小张一样,获取同一份远程的代码,然后进行修改
啊亮修改完成后,添加到暂存区以及本地仓库
git log查看提交日志,发现本地分支已经领先于远程分支
然后啊亮成功推送自己的代码
啊亮成功推送后,小张也push
这时就发生了冲突,于是啊亮git pull同步本地和远程的代码
可以看到,由于啊亮和小张修改的位置不同,所以冲突可以很顺利的合并
然后直接push即可
这时小张git pull即可同步刚才啊亮做的修改
通过git log可以查看提交日志,可以看见小张先做的修改,啊亮再做修改
第一种情况中,由于小张和啊亮修改的是不同地方的代码,所以git工具可以帮我们自动合并冲突;然而当多个开发者修改的是同一个地方时,就需要我们手动解决冲突了
这时Windows和ubuntu两个客户端同时进行git pull,同时同步远程最新的代码
小张在Windows端修改了README.md
然后add、commit,准备push
啊亮在ubuntu端修改了README.md,此时与小张修改的是同一行
啊亮很快就把自己的修改push到远程仓库
然后小张这个时候才push,于是发生了冲突
然后git pull,同步本地和远程的代码,此时git工具会自动合并冲突(git工具不一定合并正确)
这就表示git自动merge失败了,需要小张手动修改冲突
查看冲突的文件
做如下修改
最后push到远程
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。