GitFlow流程

本文涉及的产品
云效 DevOps 流水线,基础版人数 不受限
云效 DevOps 代码管理,基础版人数 不受限
云效 DevOps 测试管理,基础版人数 不受限
简介: 分支角色概述:主分支(master/main)代表最新稳定版本,开发分支(develop)用于日常开发,特性分支(feature)用于开发新功能,发布分支(release)用于准备新版本发布,热修复分支(hotfix)用于紧急修复已发布版本的问题。GitFlow流程包括初始化、开发新功能、准备发布、热修复和持续迭代。

分支角色

主分支(master/main):

代表最新的正式发布版本,应始终保持稳定,可以直接用于生产环境。

只有在完成一个新版本的开发并经过测试后,才将发布分支合并到主分支。


开发分支(develop):

包含了所有要发布到下一个版本的功能。是日常开发的基础分支。

所有特性分支都应该合并到这里,然后经过测试,准备新版本的发布。


特性分支(feature):

从开发分支上创建,用于开发新的功能,每个新功能应该在一个独立的特性分支上进行。

开发完成后,合并回开发分支。


发布分支(release):

当开发分支上的功能积累到足够发布一个新版本时,从开发分支创建。

用于修复bug和做最后的准备工作,不会添加新功能。

完成后,合并到主分支和开发分支,并打上标签标记版本。


热修复分支(hotfix):

从主分支创建,用于紧急修复已发布版本中的严重问题。

修复完成后,需要同时合并回主分支和开发分支,并打上新的标签。


GitFlow流程

初始化:

创建主分支和开发分支。


开发新功能:

从开发分支创建一个新的特性分支。

在特性分支上进行开发工作。

完成开发后,将特性分支合并回开发分支。


准备发布:

当开发分支准备好发布时,从开发分支创建一个发布分支。

在发布分支上进行最后的测试、文档更新等,但不添加新功能。

确认无误后,合并发布分支到主分支和开发分支。

在主分支上为此次发布打上版本标签。


热修复:

如遇紧急问题,从最近的标签(即受影响的版本)创建热修复分支。

修复问题后,将热修复分支合并到主分支和开发分支,并打上新的修复版本标签。


持续迭代:

重复上述过程,不断地开发新功能、准备新版本发布、处理紧急修复。

相关实践学习
2分钟自动化部署人生模拟器
本场景将带你借助云效流水线Flow实现人生模拟器小游戏的自动化部署
SVN版本控制系统
SVN是现在软件开发之中的主流软件版本控制工具,在工作之中利用SVN可以有效的解决多人开发的代码管理问题,本课程将为读者讲解SVN服务器的配置以及基于MyEclipse的SVN客户端插件的配置与使用,并且在讲解之中着重讲解了冲突的产生于解决。
目录
相关文章
|
2月前
|
前端开发 项目管理
Gitflow分支策略及其在前端工程化中的应用
Gitflow 分支策略也并非适用于所有项目。对于一些小型或简单的前端项目,可能会显得过于复杂。在实际应用中,需要根据项目的具体情况和团队的需求进行适当调整和优化。
|
8月前
|
数据可视化 测试技术 持续交付
Git Flow规范在工作中的使用流程
Git Flow规范在工作中的使用流程
151 0
|
运维 测试技术 数据库
测试思想-流程规范 关于预发布环境的一些看法
测试思想-流程规范 关于预发布环境的一些看法
540 0
|
测试技术 BI Android开发
测试思想-流程规范 软件测试版本管理与版本发布
测试思想-流程规范 软件测试版本管理与版本发布
292 0
|
SQL 运维 jenkins
测试思想-流程规范 SVN代码管理与版本控制
测试思想-流程规范 SVN代码管理与版本控制
165 0
|
缓存 开发框架 负载均衡
大型项目的发布部署:第一章:发布部署流程
大型项目的发布部署:第一章:发布部署流程
513 0
|
JavaScript 前端开发 Java
本地项目上线流程
本地项目上线流程
200 0
本地项目上线流程
|
开发者
gitlab合代码规范流程(二)
gitlab合代码规范流程(二)
442 0
gitlab合代码规范流程(二)
|
开发工具 git
GitFlow工作流
GitFlow工作流