一、主分支 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和 d evelop。前者用于正式公布,后者用于日常开发。
其实,常设分支只须要这两条就够了,不须要其余了。
然而,除了常设分支以外,还有一些临时性分支,用于应答一些特定目标的版本开发。临时性分支次要有三种:
- ` 性能(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
我是小月,专一分享前端畛域进阶技能与技术干货!更多干货在公号:前端进阶之旅