分支类型
Git上始终保持两个分支,
- master分支
- develop分支。
master
分支主要用于发布时使用,而develop
分支主要用于开发使用。
除了以上两个常驻分支外,我们还可以适当分支出三种分支:
- 功能(feature)分支
- 预发布(release)分支
- 修补bug(fixbug)分支
这三种分支使用完后也该删除,保持两个常驻分支。
主分支master
git主分支的名字,默认叫做Master。它是自动建立的,版本库初始化以后,默认就是在主分支在进行开发。
开发分支develop
主分支只用来分布重大版本,日常开发应该在另一条分支上完成。我们把开发用的分支,叫做develop。
这个分支可以用来生成代码的最新隔夜版本(nightly)。如果想正式对外发布,就在Master分支上,对Develop分支进行”合并”(merge)。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
这里稍微解释一下,上一条命令的–no-ff参数是什么意思。默认情况下,Git执行”快进式合并”(fast-farward merge),会直接将Master分支指向Develop分支。
使用–no-ff参数后,会执行正常合并,在Master分支上生成一个新节点。为了保证版本演进的清晰,我们希望采用这种做法。关于合并的更多解释,请参考Benjamin Sandofsky的《Understanding the Git Workflow》。
功能分支
该分支从develop
中分支出来,开发完成后再合并入develop
,名字采用feature-*
的形式命名。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
预发布分支
正是版本发布前,既合并到master
分支前,因此预发布分支是从develop分支出来的,预发布后,必修合并进develop
和master
。命名采用release-*
的形式。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
修补分支
最后一种是修补bug分支。软件正式发布以后,难免会出现bug。这时就需要创建一个分支,进行bug修补。
主要用于修改bug的分支,从master
分支分出来,修补后,在合并进master和develop
分支。命名采用fixbug-*
形式。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
参考资料
git - 简易指南
Git分支管理策略
Git开发最佳实践
Git工作流指南