git 分支管理策略
【摘要】 一、企业级项目分支策略企业级项目开发的一般分支策略:主分支 master;开发分支 develop;功能分支 feature;预发布分支 release;bug 分支 fixbug;其它分支 other; 1.1 主分支 master代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本,都在这个主分支上发布。Git主分支的名字,默认叫做Master。它是自动建立的,版本库初始化...
一、企业级项目分支策略
企业级项目开发的一般分支策略:
- 主分支
master
; - 开发分支
develop
; - 功能分支
feature
; - 预发布分支
release
; - bug 分支
fixbug
; - 其它分支
other
;
1.1 主分支 master
代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本,都在这个主分支上发布。
Git
主分支的名字,默认叫做Master
。它是自动建立的,版本库初始化以后,默认就是在主分支在进行开发。
1.2 开发分支 develop
主分支只用来分布重大版本,日常开发应该在另一条分支上完成。我们把开发用的分支叫做Develop
。
这个分支可以用来生成代码最新版本。如果想正式对外发布,就在Master
分支上,对Develop
分支进行"合并"(merge
)。
1.3 功能分支 feature
功能分支,它是为了开发某种特定功能,从Develop
分支上面分出来的。开发完成后,要再并入Develop
。
功能分支的名字,可以采用feature-*
的形式命名。
1.4 预发布分支 release
预发布分支,它是指发布正式版本之前(即合并到Master
分支之前),我们可能需要有一个预发布版本进行测试。预发布分支是从Develop
分支上面分出来的,预发布结束以后,必须合并进Develop
和Master
分支。它的命名,可以采用release-*
的形式。
1.5 bug 分支 fixbug
软件正式发布以后,难免会出现bug。这时就需要创建一个分支,进行bug修补。修补bug
分支是从Master
分支上面分出来的。修补结束以后,再合并进Master
和Develop
分支。它的命名,可以采用fixbug-*
的形式。
1.6 其它分支 other
还有就是其它分支了,大家可以根据需要创建即可……
二、拓展阅读
【版权声明】本文为华为云社区用户原创内容,未经允许不得转载,如需转载请自行联系原作者进行授权。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)