分支策略——TBD Workflow（五）

最新推荐文章于 2024-05-20 08:29:33 发布

u010020404

最新推荐文章于 2024-05-20 08:29:33 发布

阅读量256

点赞数

分类专栏： SDK项目开发&管理文章标签： git devops

本文链接：https://blog.csdn.net/u010020404/article/details/127411626

版权

16 篇文章 1 订阅

订阅专栏

分支分类

分支主要分为两大类：

分为两类：

只有一类，Gitlab以feature分支作为提交的基本单位

master

sdk_{version_id}_release

version_id为发布版本号

例：

sdk_v1.2_release

feature/{jira_id}/{description}

例：

feature/GESWITCH-333/add_gpio_driver

Maintainer在开发的合适阶段在master分支和release分支上打tag。

当release分支上的feature全都开发完毕要进入到release candidate 测试阶段（rc测试），打上tag： sdk_{version_id}

例：

sdk_v1.2

在release分支上合并修复patch后需要打tag：sdk_{version_id}-rcx

rcx代表第几轮rc测试

例：

sdk_v1.2-rc3
sdk_v1.2.3-rc2

为发布分支
提交bugfix（或者feature（尽量少这么做））到此分支
如果bugfix（或者feature）在master分支上也需要的话应该首先提交到master分支，再cherry-pick到release分支。（以免master上遗漏这些patch）
一般从master分支的某个tag处检出（着急的话直接检出，譬如当前版本的feature未开发完，又需要开发下一个版本），或者也可以从其他release分支上检出
由Maintainer创建