本文主要记录了分支的原理、分支的创建,删除,合并、以及分支的使用策略。
分支在实际中的作用
假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
分支的原理描述
在版本回退里,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。开始的时候,只有一条时间线,在Git里,这个分支叫主分支,即master
分支。HEAD
严格来说不是指向提交,而是指向master
,master
才是指向提交的,所以,HEAD
指向的就是当前分支。
一开始的时候,master
分支是一条线,Git用master
指向最新的提交,再用HEAD
指向master
,就能确定当前分支,以及当前分支的提交点.
每次提交,master
分支都会向前移动一步,这样,随着你不断提交,master
分支的线也越来越长:
当我们创建新的分支,例如dev
时,Git新建了一个指针叫dev
,指向master
相同的提交,再把HEAD
指向dev
,就表示当前分支在dev
上.
这样一个dev的分支就建成了,不过,从现在开始,对工作区的修改和提交就是针对dev
分支了,比如新提交一次后,dev
指针往前移动一步,而master
指针不变。
我们在dev上的工作完成了,就可以把dev合并到master上。最简单的方法,就是直接把master指向dev的当前提交,就完成了合并。合并完分支后,就可以删除无用的dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支。
分支的创建与删除
ubuntu@myUbuntu:~/joe/learngit$ ls abc.c readme.txt ubuntu@myUbuntu:~/joe/learngit$ git status 位于分支 master //当前位于主分支 您的分支与上游分支 'origin/master' 一致。 无文件要提交,干净的工作区 ubuntu@myUbuntu:~/joe/learngit$git checkout -b dev
//创建一个分支并切换到当前分支 切换到一个新分支 'dev' ubuntu@myUbuntu:~/joe/learngit$git branch
//查看所有分支,(当前的分支前会有*号) * dev master ubuntu@myUbuntu:~/joe/learngit$ ls abc.c readme.txt ubuntu@myUbuntu:~/joe/learngit$ vi readme.txt //在dev分支下修改文件 ubuntu@myUbuntu:~/joe/learngit$git status
//查看状态,是在dev分支下 位于分支 dev 尚未暂存以备提交的变更: (使用 "git add <file>..." 更新要提交的内容) (使用 "git checkout -- <file>..." 丢弃工作区的改动) 修改: readme.txt 修改尚未加入提交(使用 "git add" 和/或 "git commit -a") ubuntu@myUbuntu:~/joe/learngit$ git add readme.txt ubuntu@myUbuntu:~/joe/learngit$git commit -m "new dev branch"
[dev 9409b92] new dev branch 1 file changed, 2 insertions(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$git checkout master
//将dev分支下的工作提交以后,切换到主分支 切换到分支 'master' 您的分支与上游分支 'origin/master' 一致。 ubuntu@myUbuntu:~/joe/learngit$cat readme.txt
//主分支下查看文件发现文件内容并没有修改 Git is a distributed version control system Git is free software distributed under the Are you ok? Yes,i am fine. What about you? ubuntu@myUbuntu:~/joe/learngit$git merge dev
//dev分支和master分支合并 更新 f10fe58..9409b92 Fast-
forward//cat readme.txtFast-forward
信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master
指向dev
的当前提交,所以合并速度非常快。当然,也不是每次合并都能Fast-forward,就如下面的冲突
readme.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$
//合并以后,再次查看,文件内容已经修改 Git is a distributed version control system Git is free software distributed under the Are you ok? Yes,i am fine. What about you Create a branch is so quick. ubuntu@myUbuntu:~/joe/learngit$git branch -d dev
//删除分株 已删除分支 dev(曾为 9409b92)。 ubuntu@myUbuntu:~/joe/learngit$ git branch * master
//git checkout命令加上-b参数表示创建并切换,相当于以下两条命令: $ git branch dev //创建分支 $ git checkout dev //切换分支 Switched to branch 'dev'
分支的冲突
ubuntu@myUbuntu:~/joe/learngit$ git status 位于分支 master 您的分支领先 'origin/master' 共 1 个提交。 (使用 "git push" 来发布您的本地提交) 无文件要提交,干净的工作区 ubuntu@myUbuntu:~/joe/learngit$git checkout -b bran
//新建bran分支,修改文件内容并提交 切换到一个新分支 'bran' ubuntu@myUbuntu:~/joe/learngit$ vi abc.c ubuntu@myUbuntu:~/joe/learngit$ cat abc.c I am a new branch ubuntu@myUbuntu:~/joe/learngit$ git add abc.c ubuntu@myUbuntu:~/joe/learngit$git commit -m "new bran"
[bran 5aa28d8] new bran 1 file changed, 1 insertion(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$git checkout master
//切换回主分支,修改同一个文件,并提交 切换到分支 'master' 您的分支领先 'origin/master' 共 1 个提交。 (使用 "git push" 来发布您的本地提交) ubuntu@myUbuntu:~/joe/learngit$ vi abc.c ubuntu@myUbuntu:~/joe/learngit$ cat abc.c I am not a branch ubuntu@myUbuntu:~/joe/learngit$ git add abc.c ubuntu@myUbuntu:~/joe/learngit$ gitcommit -m "not a branch"
[master fe42f3e] not a branch 1 file changed, 1 insertion(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$git merge bran
//此时合并分支的时候,出现了冲突(2个分支都对文件做了修改,那么合并的时候应该合并哪一个呢?此时需要手动解决以后,才可以合并。) 自动合并 abc.c 冲突(内容):合并冲突于 abc.c 自动合并失败,修正冲突然后提交修正的结果。 ubuntu@myUbuntu:~/joe/learngit$ git status 位于分支 master 您的分支领先 'origin/master' 共 2 个提交。 (使用 "git push" 来发布您的本地提交) 您有尚未合并的路径。 (解决冲突并运行 "git commit") 未合并的路径: (使用 "git add <file>..." 标记解决方案) 双方修改: abc.c 修改尚未加入提交(使用 "git add" 和/或 "git commit -a") ubuntu@myUbuntu:~/joe/learngit$cat abc.c
//查看文件内容 <<<<<<< HEAD I am not a branch ======= I am a new branch >>>>>>> bran //Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容
ubuntu@myUbuntu:~/joe/learngit$
vi abc.c
//将其文件内容修改统一后,提交 ubuntu@myUbuntu:~/joe/learngit$ cat abc.c I am not a branch ubuntu@myUbuntu:~/joe/learngit$ git add abc.c ubuntu@myUbuntu:~/joe/learngit$git commit -m "conflict ok"
[master f73e798] conflict ok
ubuntu@myUbuntu:~/joe/learngit$
git log --graph --pretty=oneline --abbrev-commit
//查看分支历史,形象的描写了冲突的位置 * f73e798 conflict ok |\ | * 5aa28d8 new bran * | fe42f3e not a branch |/ * 9409b92 new dev branch * f10fe58 new abc * 0ad1dfe del ab.c * 7b6507e new ab.c * 020f927 del abc * 010726f del a line * c834e17 nothing * aa6b706 new abc.c * 82f4ed9 modify read * e32e92b del abc.c * ab22d92 test stage * d4e3943 understand how stage workd * 71038bf append GPL * 942f575 add distributed * b401faf joe's first txt ubuntu@myUbuntu:~/joe/learngit$git branch -
d bran
已删除分支 bran(曾为 5aa28d8)。
分支管理策略
合并分支时,Git会用Fast forward
模式,但这种模式下,删除分支后,会丢掉分支信息。
如果要强制禁用Fast forward
模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
ubuntu@myUbuntu:~/joe/learngit$git checkout -b dev
//新建dev分支,修改文件并提交 切换到一个新分支 'dev' ubuntu@myUbuntu:~/joe/learngit$ vi abc.c ubuntu@myUbuntu:~/joe/learngit$ cat abc.c I like you!
ubuntu@myUbuntu:~/joe/learngit$ git add abc.c ubuntu@myUbuntu:~/joe/learngit$git commit -m "dev branch"
[dev cef4924] dev branch 1 file changed, 1 insertion(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$ git checkout master 切换到分支 'master' 您的分支领先 'origin/master' 共 4 个提交。 (使用 "git push" 来发布您的本地提交) //合并dev分支,--no-ff参数,表示禁用Fast forward,本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去 ubuntu@myUbuntu:~/joe/learngit$git merge --no-ff -m "merge with no-ff"
dev Merge made by the 'recursive' strategy. abc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$git log --graph --pretty=oneline --abbrev-
commit * 7877628 merge with no-ff |\ | * cef4924 dev branch |/ * f73e798 conflict ok |\ | * 5aa28d8 new bran * | fe42f3e not a branch |/ * 9409b92 new dev branch * f10fe58 new abc
使用fast forward的情况
ubuntu@myUbuntu:~/joe/learngit$git checkout -
b dev 切换到一个新分支 'dev' ubuntu@myUbuntu:~/joe/learngit$ vi abc.c ubuntu@myUbuntu:~/joe/learngit$ cat abc.c I don't like you!
ubuntu@myUbuntu:~/joe/learngit$ git add abc.c
ubuntu@myUbuntu:~/joe/learngit$
git commit -m "dev"
[dev b961f85] dev 1 file changed, 1 insertion(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$ git checkout master 切换到分支 'master' 您的分支领先 'origin/master' 共 6 个提交。 (使用 "git push" 来发布您的本地提交) ubuntu@myUbuntu:~/joe/learngit$ git merge dev 更新 7877628..b961f85 Fast-forward abc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ubuntu@myUbuntu:~/joe/learngit$git log --graph --pretty=oneline --abbrev-
commit
*
b961f85 dev * 7877628 merge with no-ff |\ //注意这2次分支的对比 | * cef4924 dev branch |/ * f73e798 conflict ok |\ | * 5aa28d8 new bran * | fe42f3e not a branch |/ * 9409b92 new dev branch * f10fe58 new abc * 0ad1dfe del ab.c
分支策略
master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;dev
分支上,dev
分支是不稳定的,新版本版本发布时,再把dev
分支合并到master
上,在master
分支发布新版本;dev
分支上干活,每个人都有自己的分支,时不时地往dev
分支上合并就可以了。