GitFlow工做流程

2020年07月11日 阅读数:10
这篇文章主要向大家介绍GitFlow工做流程,主要内容包括基础应用、实用技巧、原理机制等方面,希望对大家有所帮助。

什么是Gitflow

  • Gitflow是基于Git的强大分支能力所构建的一套软件开发工做流,最先由Vincent Driessen在2010年提出。最有名的大概是下面这张图。git

    image


在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分支

现有主干分支: masterdevelopweb

开发阶段(开始开发)

  • 程序猿
    • 基于develop分支建立一个feature_login(语义化)分支
    • feature_login分支上开发新功能
    • 测试新功能完成之后,在git上发起Pull request把代码合并到到develop分支上(千万不要提交合并到master)
  • 开发组长
    • 确认代码没问题,经过该合并请求

现有主干分支: masterdevelopfeature_loginsvg

测试阶段(开发完毕)

  • 开发组长
    • 基于develop分支建立一个分支名为release-1.0.0的预发布版本
  • 测试
    • release-1.0.0分支的代码进行测试
    • 测试经过在git发起Pull requestrelease-1.0.0代码合并到到master分支上

现有主干分支: masterdevelopfeature_loginrelease-1.0.0测试

发布阶段(测试经过)

  • 开发组长
    • 基于master分支建立一个里程碑版本(tag)名为1.0.0-Release
    • 删除完成使命的其余分支:feature_loginrelease-1.0.0

现有主干分支: masterdevelop1.0.0-Release(tag)xml


线上代码出现bug时,各角色的工做流程

前置阶段(提交bug)

  • 用户或者测试
    • 基于1.0.0-Release里程碑版本在git上新建一个issue

现有主干分支: masterdevelop1.0.0-Release(tag)开发

修复阶段(开始修复bug)

  • 程序猿
    • 基于1.0.0-Releasetag建立一个hotfix_0001(该issue序号)分支
    • hotfix_0001分支上修复bug
    • 测试代码没问题,在git上发起Pull request把代码合并到到master主干上
  • 开发组长
    • 确认代码没问题,经过该合并请求

现有主干分支: masterdevelop1.0.0-Release(tag)、hotfix_0001部署

测试阶段(bug修复完毕)

  • 测试
    • master分支的代码进行测试

现有主干分支: masterdevelop1.0.0-Release(tag)、hotfix_0001工作流

发布阶段(测试经过)

  • 开发组长
    • 基于master分支建立一个里程碑修复版本(tag)名为1.0.1-Release
    • 删除完成使命的其余分支:hotfix_0001

现有主干分支: masterdevelop1.0.0-Release(tag)、1.0.1-Release(tag)it

原文:https://www.jianshu.com/p/ea97f4978c80ast