作者丨黎杜 来源丨黎杜编程 分支管理Git中比较最重要的一点就是分支的概念,有了分支就有了合并和衍合的操作,「合并」和「衍合」能够「有效的对代码版本的管理」。 Git的初始化中有一条默认的主分支叫做 当每次发生代码提交的时候,当前指向就会向前形成一个新的版本,假如再创建一个新的分支bran,并且当前的提交指向新的分支,这样新的分支随着时间的推移就会形成许多版本: 当新分支开发完后,提交仓库,并合并到主干master,最后删除bran分支,这样就完成了一次个人的开发: 所以,假如主分支上只建立一条分支的话,分支的合并是非常快速的,只需要移动master分支到当前提交,然后将HEAD指针指向master,最后删除bran分支就完成了。 但是,事实上并不是这样的,在一个多人协作的开发团队中,往往每个人都会建立自己的分支,有自己的提交,最后合并到主干,当自己提交的时候,远程仓库代码就会存在自己本地仓库并未有的代码,这样就会导致push失败。 例如:程序员Tom和Jerry同时迁出代码,他们的初始代码分支都如下图所示: 当Tom开发自己的业务模块,提交代码并且合并到主干后,远程主干分支如下图所示: 「远程仓库master已经不再指向gs234,而是新生成了一个版本dfd453,作为当前指向的版本」。 与此同时,Jerry的本地也同时开发完自己的模块后,分支如下图所示: 在Jerry的本地环境中,他的「本地仓库master还是指向gs234」,Jerry在自己新建立的一个分支 当Jerry再次提交代码,Git就会检查远程仓库与Jerry的本地仓库,进行对比后,发现远程仓库存在Jerry的本地仓库不存在的代码,就需要Jerry将远程仓库执行 上面说了分支基本原理,已经管理分支出现的问题,下面我们就来一步一步的深入操作分支的基本命令。 新建分支Git新建一个分支的命令为: 新建分支的实质:「就是新建立一个引用,指向当前提交,master就好比一个引用」;切换分支的实质:就是将 当然上面创建分支并且合并分支的两条命令可以合并成一条命令: 当切换分之后,每次commit提交代码时HEAD指针就会跟随着新的bran分支移动,形成bran分支上的每一个版本: 假如,在新的bran分支上开发到某一个版本,再次切换回master分支进行开发就会形成分叉: 查看分支当分支创建好了,你可以通过: 分支前面带有*号的表示当前的分支,查看分之后,你就可以很清楚的知道自己要checkout哪条分支了。 合并分支开发完自己模块后,后面就会在自己本地进行合并分支,合并分支的命令: 分支合并也会有失败的情况,当你的两条分支都修改的相同的文件,这时候Git就无法判断你要保留哪一个修改,就会出现merge冲突。 例如:我先在 最后进行合并分支,此时在你两次修改的README.md文件中就会出现两次修改的冲突代码: 因为你两次修改同一文件的操作,合并后Git并不知道你要保留哪一次的操作,所以它就会将这个决定交给你自己决定,它只告诉你文件中哪里的代码冲突了,具体怎么改就由你自己去弄。 删除分支最后是删除自己新建的分支,通过: Git中删除分支的实质:dev只是一个分支的引用,所以删除分支也就是删除这个引用,并不会删除任何conmit,所以删除操作也是非常高效的。 假如一条分支commit的引用被删除,那么这条分支的就没有任何引用指向,这样就会找不到这条分支,最后就会被Git回收机制回收。 查看远程在多人协作的团队下,你可能要随时查看远程仓库的情况,可以通过:git remote,进行查看,加上-v参数可以查看远程仓库的详细情况。
推送分支分支的推送到远程上一节已经提过,使用git push命令就可以进行分支的推送,命令后面加上分支的命令,表示具体推送哪条分支:
拉取分支分支的拉取使用git pull命令,这条命令相当于以下两条命令:
但是一般实际工作中,都可能会直接使用git pull命令: 分支管理策略在合并分支的时候,Git会以快速合并的模式进行合并(Fast forward),但是这种模式删除分支后,会丢失分支的信息。 Git中还可以以「普通模式」进行合并,在原来git merge命令后面加上--no-ff参数即可,合并的命令如下:
临时存取工作区的改动在开发中,若是某一时刻你想把当前的改动临时进行存放起来,可以使用 这里要注意的是:「git stash的是改动的文件,也就是被Git追踪的文件,新添加的文件并没有被Git追踪,所以git stash并不会stash」。 git stash命令也可以加上save命令后面再加上备注信息,方便查看:
|
|
来自: 昵称10087950 > 《JAVA》