一、主分支Master

代码库应该有一个、且仅有一个主分支：master。所有提供给用户应用的正式版本，都在这个主分支上公布。

每次公布打一个tag，例如tag v1.0.0、tag v2.0.0

二、开发分支Develop

主分支只用来散布重大版本，日常开发应该在另一条分支上实现。咱们把开发用的分支，叫做develop。

这个分支能够用来生成代码的最新隔夜版本（nightly）。如果想正式对外公布，就在master分支上，对develop分支进行"合并"（merge）。

Git创立Develop分支的命令：
git checkout -b develop master 
将Develop分支公布到Master分支的命令：
# 切换到Master分支　git checkout master# 对Develop分支进行合并　git merge --no-ff develop
==这里略微解释一下，上一条命令的--no-ff参数是什么意思。默认状况下，Git执行"快进式合并"（fast-farward merge），会间接将Master分支指向Develop分支。==
应用--no-ff参数后，会执行失常合并，在Master分支上生成一个新节点。为了保障版本演进的清晰，咱们心愿采纳这种做法。

三、临时性分支

版本库的两条次要分支：master和develop。前者用于正式公布，后者用于日常开发。

其实，常设分支只须要这两条就够了，不须要其余了。

然而，除了常设分支以外，还有一些临时性分支，用于应答一些特定目标的版本开发。临时性分支次要有三种：

`性能（feature）分支
预公布（release）分支
修补bug（fixbug）分支

这三种分支都属于临时性须要，应用完当前，应该删除，使得代码库的常设分支始终只有Master和Develop。

==接下来，一个个来看这三种"临时性分支"。==

3.1 性能分支-feature

性能分支，它是为了开发某种特定性能，从Develop分支下面分进去的。开发实现后，要再并入Develop。

性能分支的名字，能够采纳feature-*的模式命名。

# 创立一个性能分支：　git checkout -b feature-开发一个新性能 develop# 开发实现后，将性能分支合并到develop分支：　git checkout develop　git merge --no-ff feature-开发一个新性能# 删除feature分支：　git branch -d feature-开发一个新性能

3.2 预公布分支-release

预公布分支，它是指公布正式版本之前（即合并到Master分支之前），咱们可能须要有一个预公布的版本进行测试。

预公布分支是从Develop分支下面分进去的，预公布完结当前，必须==合并进Develop和Master分支==。它的命名，能够采纳release-*的模式。

# 创立一个预公布分支：    git checkout -b release-1.2.0 develop# 确认没有问题后，合并到master分支：    git checkout master    git merge --no-ff release-1.2.0# 对合并生成的新节点，做一个标签    git tag -a 1.2# 再合并到develop分支：    git checkout develop    git merge --no-ff release-1.2.0# 最初，删除预公布分支：    git branch -d release-1.2.0

3.3 修补bug分支-fixbug

最初一种是修补bug分支。软件正式公布当前，难免会呈现bug。这时就须要创立一个分支，进行bug修补。

修补bug分支是==从Master分支下面分进去的==。修补完结当前，再==合并进Master和Develop分支==。它的命名，能够采纳fixbug-*的模式。
创立一个修补bug分支：　　git checkout -b fixbug-0.1 master修补完结后，合并到master分支：　　git checkout master　　git merge --no-ff fixbug-0.1　　git tag -a 0.1.1再合并到develop分支：　　git checkout develop　　git merge --no-ff fixbug-0.1最初，删除"修补bug分支"：　　git branch -d fixbug-0.1
我是小月，专一分享前端畛域进阶技能与技术干货！更多干货在公号：前端进阶之旅