git分支类型
来源:互联网 发布:2017最搞笑的网络歪歌 编辑:程序博客网 时间:2024/06/07 12:22
分支类型
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工作流指南
- git分支类型
- Git 分支新建分支
- Git 分支 - 分支简介
- Git 分支 - 远程分支
- Git 分支 - 分支简介
- Git分支-分支简介
- Git分支
- Git 分支
- git 分支
- Git 分支
- Git 分支
- git 分支
- git 分支
- Git 分支
- git分支
- git分支
- Git分支
- Git分支
- 事件响应,让网页交互
- Gitlab的使用
- bzoj4698 [Sdoi2008] Sandy的卡片(后缀数组+二分答案)
- 最小生成树
- 热更新时及打包时的一些问题及解决方法
- git分支类型
- HDU2562 奇偶位互换【输入输出流】
- Intellij IDEA 快速入门(一) 简单配置和界面美化
- linux crontab 文件位置和日志位置
- Android ExpandableListView 中完美嵌套 GridView
- python科学计算笔记(四)pandas 数据索引与选取
- 微信小程序在本js中,设置全局变量,动态获取json
- 获取随机数组最大值和最小值操作
- hyperledger fabric0.6简析之peer start