敏捷开发之分支管理

Posted 团团成长社

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷开发之分支管理相关的知识,希望对你有一定的参考价值。


  •  分支模式作为开发管理基础工具,能够为敏捷、持续集成提供良好底层支持,有个好的分支模式能够有效降低代码沟通成本、提升代码生产质量。

  • 良好分支模式能够服务于并支撑项目、系统开发过程高效协同,让整个研发过程保质高效有节奏交付成为可能。

今天给大家介绍三种常见分支模式

分支框架

敏捷开发之分支管理

模式1:并行开发,串行发布结合的分支模式

  1. Master为生产基线分支,与生产代码版本基线,不用于日常开发。

  2. Dev为开发主干,基于Master分支创建,每一个版本对应一条Dev主干分支,用于日常版本的功能开发、集成、Bug修复。

  3. Release为发布分支,基于Master分支创建,用于确保测试/生产环境发布过程中代码和功能的一致性。

  4. Hotfix紧急修复分支,用于线上缺陷,事件紧急修复 ,基于最近一条上线的Release发布分支创建


敏捷开发之分支管理



模式2:并行开发-并行发布分支模式

  1. Master为生产基线分支,与生产代码版本基线,不用于日常开发。

  2. Dev 为开发主干分支,基于master创建,用于功能集成,Bug修复,测试环境发布,每一个月生成一条Dev分支,以月为单位进行一次分支清理。

  3. Release 发布分支,发布至堡垒环境,基于Master分支创建,用于控制预发布/生产环境发布过程中代码和功能的一致性。

  4. Hotfix紧急修复分支:用于线上缺陷,事件紧急修复 ,基于最近一条上线的Release发布分支创建。

敏捷开发之分支管理

模式3:Gitflow 发布分支模式

两个永久性分支(master、develop),三个临时性分支(release、hotfix、feature)

  1. develop分支从master分支中拉取

  2. release分支从develop分支中拉取

  3. feature分支从develop分支中拉取

  4. 当feature分支开发完毕,需要合并到develop分支

  5. 当release分支完善完毕,需要合并到develop分支和master分支

  6. hotfix修复完毕需要合并到master、develop和当前的release分支


小结


分支作为功能演进过程中最为频繁workshop,良好协作高质量提交离不开如下几个方面

  • 团队对优秀代码卓越追求。

  • 团队对优秀工程不屑努力。

  • 团队良好分享、协作文化。

  • 配合工具能够带来更好体验。


欢迎来撩


以上是关于敏捷开发之分支管理的主要内容,如果未能解决你的问题,请参考以下文章

项目Git分支管理规范

开发分支管理模型之阿里AoneFlow

Jenkins持续集成 之 git分支管理

产品管理开发之Git工作流和分支规范推荐

20180619_Git 分支管理之bug分支

Git----分支管理之bug分支04