+ - [本章常用命令及其拓展](#_159)
- [下一篇文章讲解Git远程仓库的使用](#Git_172)
分支工作的工作流程
这是从Git官网截取的一个片段
让我们来看一个简单的分支新建与分支合并的例子,实际工作中你可能会用到类似的工作流。 你将经历如下步骤:
- 开发某个网站。
- 为实现某个新的用户需求,创建一个分支。
- 在这个分支上开展工作。
- 正在此时,你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按照如下方式来处理:
- 切换到你的线上分支(production branch)。
- 为这个紧急任务新建一个分支,并在其中修复它。
- 在测试通过之后,切换回线上分支,然后合并这个修补分支,最后将改动推送到线上分支。
- 切换回你最初工作的分支上,继续工作。
Git分支管理
几乎每一种版本控制系统都以某种形式支持分支,一个分支代表一条独立的开发线。
使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作
我们上一章的所有操作一直是在master分支上,版本切换能够让我们明显的认识到master分支是一个类似时间线的分支。
在实际的开发工作中不会直接在项目主分支上进行开发,一般都是新建一个或过多个开发分支,所有的开发都集中到开发分支上,当开发分支开发完成并通过测试就合并到主分支,以一个新的版本发布。
分支的好处
- 同同时并行推进多个功能的开发,提高工作效率
- 各个分支在开发过程中不影响,一个分支开发失败不会影响到其他分支,失败的分支直接删除重新开发就可以
Git 的 master 分支并不是一个特殊分支。 它就跟其它分支完全没有区别。 之所以几乎每一个仓库都有 master 分支,是因为 git init 命令默认创建它,并且大多数人都懒得去改动它。
前期准备
在一个空文件里面建立一个fish.txt<