下面开始实战。
首先,我们创建dev分支,然后切换到dev分支:
$ git checkout -b devSwitched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:
$ git branch dev$ git checkout dev
Switched to branch 'dev'
然后,用git branch命令查看当前分支:
$ git branch* dev
master
git branch命令会列出所有分支,当前分支前面会标一个*号。
然后,我们就可以在dev分支上正常提交,比如对branch做个修改,加上一行:
Creating a new branch is quick.然后提交:
$ git add branch$ git commit -m "branch test"
[dev b17d20e] branch test
1 file changed, 1 insertion(+)
现在,dev分支的工作完成,我们就可以切换回master分支:
$ git checkout masterSwitched to branch 'master'
切换回master分支后,再查看一个branch文件,刚才添加的内容不见了!因为那个提交是在dev分支上,而master分支此刻的提交点并没有变:
现在,我们把dev分支的工作成果合并到master分支上:
$ git merge devUpdating d46f35e..b17d20e
Fast-forward
branch | 1 +
1 file changed, 1 insertion(+)
git merge命令用于合并指定分支到当前分支。合并后,再查看branch的内容,就可以看到,和dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。
当然,也不是每次合并都能Fast-forward,我们后面会讲其他方式的合并。
合并完成后,就可以放心地删除dev分支了:
$ git branch -d devDeleted branch dev (was b17d20e).
删除后,查看branch,就只剩下master分支了:
$ git branch* master
因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在master分支上工作效果是一样的,但过程更安全。
我们注意到切换分支使用git checkout <branch>,而前面讲过的撤销修改则是git checkout -- <file>,同一个命令,有两种作用,确实有点令人迷惑。
实际上,切换分支这个动作,用switch更科学。因此,最新版本的Git提供了新的git switch命令来切换分支:
创建并切换到新的dev分支,可以使用:
$ git switch -c dev直接切换到已有的master分支,可以使用:
$ git switch master使用新的git switch命令,比git checkout要更容易理解。
解决冲突人生不如意之事十之八九,合并分支往往也不是一帆风顺的。
准备新的feature1分支,继续我们的新分支开发:
$ git switch -c feature1Switched to a new branch 'feature1'
修改branch最后一行,改为:you can get them together.
然后提交:
$ git add branch
$ git commit -m "another sentence"
[feature1 14096d0] another sentence
1 file changed, 1 insertion(+), 1 deletion(-)