实验一下午,终于得出关于git分支的合并策略。今天,我本在安静的敲项目,直到写完某个小功能,我想提交代码的时候!由于项目组最近将SVN改成了Git,所以对于更新操作还不是很熟悉!于是我发现了一个问题!
那么这个问题就是:
当我创建了一个主分支(将原来svn的代码拷入),然后每个开发人员再分别fork或者直接在原项目创建分支(效果类似),比如我创建的分支wq和我组长创建的cy!此时cy和wq内容是一样的!
问题来了:首先,我的组长效率就是高,他先将属于他模块的某功能完成,然后提交了代码到他的cy分支下,并且由于这次更新也算完成了一个功能,于是组长决定合并分支,他将cy分支合并到master主分支,此时master还属于刚刚创建的状态,组长是第一个合并者,结果当然没有任何问题!代码合并成功,master分支中多了组长改动的那些文件!仅止于此的话,是没有啥问题的,这也是我们刚接触git时,遇到的情况; 但随着时间推移,我的模块也完成了某一功能,我也决定将代码提交到远程分支(前面提交的分支当然也是远程,这里的提交不单单指git commit), 好的,首先我提交到了wq分支,接下来是合并,合并前,我同步了我本地的master分支,由于我没有操作我本地的master分支,所以同步非常顺利(直接用的pull,用fetch也行),接下来我要合并我的wq分支到master分支中,那么问题来了! 是否会因为master中修改了我组长的代码和我的wq分支不同,而我的wq分支中修改我的那个功能的代码又与master中不同,那么,如果用git查看不同(git diff wq或git diff master),会看到所有的修改(包括wq中我的模块与master的不同/master中我组长的模块与wq分支的不同),但是,此时在master分支下使用git merge wq会发生什么呢?
经过分析,有以下可能:
1.wq中的不同代码更改同步到了master中,同时master中的不同代码也同步到了wq,组后master与wq无差别.
2.wq中的不同代码更改同步到了master中,而master中的不同代码没有同步到wq
3.master中的不同代码也同步到了wq,而wq中的不同代码没有同步到master
于是，经过我的实验,发现真实情况是可能 2,并且当在wq分支中调用git merge master时, 真实情况变为可能3!
这是为什么呢? 经过我的分析,原来,merge命令的用处是,将git merge 后接的 名为< name >分支中的更改(比如在master中输入git merge wq的用处就是仅将wq中我修改的代码同步到master中,而对于master中被修改的代码与wq虽然不同,但不是wq的更改,所以不同步),反之在wq中输入git merge master的则将master中我组长后来提交的代码同步到我的wq分支中,而对于wq中我的修改,并不会覆盖为master中的代码(即一开始从svn拷过来,功能还未实现的版本,还好是这样,不然我辛辛苦苦写代码,不就没有了?). 如此就解释了如何使用git merge !
很简单,无非在不同情况在不同的分支下进行同步而已!
比如:
1.我只想将刚修改的代码提交合并到master分支(同时提交到远程) ,那么就先将master分支更新到最新版本,然后在切换到master下(git checkout master) ,合并wq分支:git merge wq,当然在此之前你可以看看你做了啥更改:git diff wq.
2.我不但想提交代码,还想观摩一下我组长大神的代码(毕竟是大神), 那么也很简单,首先,按照1的步骤,合并,然后,切换到wq分支下:git checkout wq,合并master的修改到wq:git merge master