什么是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)
