什么是Gitflow
-
Gitflow是基于Git的强大分支能力所构建的一套软件开发工做流，最先由Vincent Driessen在2010年提出。最有名的大概是下面这张图。git
在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、developweb
开发阶段(开始开发)
- 程序猿
- 基于develop分支建立一个feature_login(语义化)分支
- 在feature_login分支上开发新功能
- 测试新功能完成之后，在git上发起Pull request把代码合并到到develop分支上(千万不要提交合并到master)
- 开发组长
- 确认代码没问题，经过该合并请求
现有主干分支: master、develop、feature_loginsvg
测试阶段(开发完毕)
- 开发组长
- 基于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)xml
线上代码出现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)it
原文：https://www.jianshu.com/p/ea97f4978c80ast