关于产品研发测试运维对软件项目版本号规范

业务中,对于版本的创建到发布,涉及产品、研发、测试、运维等存在不同阶段的命名要求,参考别的厂规范,如下:

版本号命名规则:

{soft}{major}.{minor}.{version}.{date}{stage}.{sprint}

比如目前4.0的sprint2的发布:iflystar_4.5.3.20250107_alpha.2

ps:以上版本对外发布,由软件项目经理控制版本号;

版本号字段用途解释:

soft: 软件名

major: 大版本更迭

minor: 小版本更迭

version: 修订版本记录,比如一轮测试中修复重大bug后持续发布则+1

sprint: 迭代周期,一次小版本开发中每个周期发布可添加sprint号,完成一次小版本所有sprint后发布,可以去掉该号,比如iflystar_4.5.3.20250107_alpha 即可;

date: 发布日期

stage: 软件开发阶段,包括alpha、beta、rc、release

alpha :内测版本,bug多,不稳定,包括发布集成测试及系统测试;

beta : 外部小规模测试版本,比如发布现场poc版本,小范围客户试用版本,公司发布公测版本等;

rc(可选) : 准备正式发行版本,正在进行转产测试版本;

release : 正式对外发行版本

研发提测给测试,版本需加 alpha,同一个版本多次提测需要添加sprint

测试封版给运维,版本需加 release,同一个版本多次上线需要添加sprint

欢迎大家补充和讨论

相关推荐
catch_pig10 小时前
告别繁琐配置:Catchpig Detekt Plugin 让 Kotlin/Android 代码检查开箱即用
kotlin·android studio·代码规范
steem_ding14 小时前
AI-代码扫描工具
代码规范
数据学徒工2 天前
20-Decisions Dashboard:仪表板从入门到实战
低代码·自动化·代码规范·敏捷流程
在西安放羊的牛油果4 天前
Connect 源码深度解析
前端·架构·代码规范
Freak嵌入式4 天前
小作坊 GitHub 协作闭环:fork-sync-dev-pr-merge 实战指南
python·github·远程工作·代码规范·micropython·协作
高志小鹏鹏4 天前
告别“修复 bug”:让别人一眼看懂你的 Commit
git·github·代码规范
来自远方的老作者6 天前
第7章 运算符-7.5 比较运算符
开发语言·数据结构·python·算法·代码规范·比较运算符
Patrick_Wilson6 天前
你的 MR 超过 500 行了吗?——大型代码合并请求拆分实战指南
前端·代码规范·前端工程化
Gale2World6 天前
【进阶范式】多智能体协同:Superpowers 与子代理驱动开发
人工智能·代码规范
数据学徒工10 天前
17-Decisions Report:计算列+筛选器全攻略
低代码·自动化·代码规范·敏捷流程·报告