GitFlow工作流程
Posted 大雄童鞋
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了GitFlow工作流程相关的知识,希望对你有一定的参考价值。
什么是Gitflow
-
Gitflow是基于Git的强大分支能力所构建的一套软件开发工作流,最早由Vincent Driessen在2010年提出。最有名的大概是下面这张图。
在Gitflow的模型里,软件开发活动基于不同的分支:
- master 该分支上的代码随时可以部署到生产环境
- develop 作为每日构建的集成分支,到达稳定状态时可以发布并merge回master
- Feature branches 每个新特性都在独立的feature branch上进行开发,并在开发结束后merge回develop
- Release branches 为每次发布准备的release candidate,在这个分支上只进行bug fix,并在完成后merge回master和develop
- Hotfix branches 用于快速修复,在修复完成后merge回master和develop
新功能开发(登录功能)中,各角色的工作流程
前置阶段(新功能启动)
- 开发组长
- 基于master主干创建一个develop分支
现有主干分支: master、develop
开发阶段(开始开发)
- 程序猿
- 基于develop分支创建一个feature_login(语义化)分支
- 在feature_login分支上开发新功能
- 测试新功能完成以后,在git上发起Pull request把代码合并到到develop分支上(千万不要提交合并到master)
- 开发组长
- 确认代码没问题,通过该合并请求
现有主干分支: master、develop、feature_login
测试阶段(开发完毕)
- 开发组长
- 基于develop分支创建一个分支名为release-1.0.0的预发布版本
- 测试
- 对release-1.0.0分支的代码进行测试
- 测试通过在git发起Pull request把release-1.0.0代码合并到到master分支上
现有主干分支: master、develop、feature_login、release-1.0.0
发布阶段(测试通过)
- 开发组长
- 基于master分支创建一个里程碑版本(tag)名为1.0.0-Release
- 删除完成使命的其他分支:feature_login、release-1.0.0
现有主干分支: master、develop、1.0.0-Release(tag)
线上代码出现bug时,各角色的工作流程
前置阶段(提交bug)
- 用户或者测试
- 基于1.0.0-Release里程碑版本在git上新建一个issue
现有主干分支: master、develop、1.0.0-Release(tag)
修复阶段(开始修复bug)
- 程序猿
- 基于1.0.0-Releasetag创建一个hotfix_0001(该issue序号)分支
- 在hotfix_0001分支上修复bug
- 测试代码没问题,在git上发起Pull request把代码合并到到master主干上
- 开发组长
- 确认代码没问题,通过该合并请求
现有主干分支: master、develop、1.0.0-Release(tag)、hotfix_0001
测试阶段(bug修复完毕)
- 测试
- 对master分支的代码进行测试
现有主干分支: master、develop、1.0.0-Release(tag)、hotfix_0001
发布阶段(测试通过)
- 开发组长
- 基于master分支创建一个里程碑修复版本(tag)名为1.0.1-Release
- 删除完成使命的其他分支:hotfix_0001
现有主干分支: master、develop、1.0.0-Release(tag)、1.0.1-Release(tag)
原文:https://www.jianshu.com/p/ea97f4978c80
以上是关于GitFlow工作流程的主要内容,如果未能解决你的问题,请参考以下文章