一个不错的软件版本命名规范!

版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


一口Linux
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
规范设计和使用镜像版本号,以确保软件版本的准确性和测试闭环。
关键要点:
- 镜像版本号应包含项目名称、软件版本信息和附加描述信息。
- 软件版本号采用分层结构,包括主版本号、次版本号、构建ID和发布类型。
- 版本号的分层设计有助于区分开发阶段和功能状态,例如样品版本、商业发布版本等。
- 发布版本时需确保版本号与代码库的commit记录对应,并进行完整测试。
- 未明确关联版本号和源码,可能导致测试问题无法复现或修复。
内容结构:
1. 引言
文章开篇介绍了自动生成版本信息的背景以及其重要性,提出通过设计规范化的版本号格式解决测试与版本对应问题。
2. 镜像版本号格式
- 项目名称:用于标识工程名称。
- 软件版本信息:详细格式包括主版本号、次版本号、构建ID和发布类型。
- 附加描述信息:可包括操作系统类型、硬件平台或git commit ID。
3. 软件版本号详细格式
字段名称 | 格式 | 长度 | 说明 |
---|---|---|---|
v | v | 1 byte | 版本号以v开头。 |
Major | XX | 2 bytes | 主版本号,用于标识重要功能阶段。 |
Minor | YY | 2 bytes | 次版本号,用于记录次要功能或bug修复。 |
Build ID | YYMMDDN | 7 bytes | 记录构建日期及当日构建次数。 |
Release Type | T | 0-1 byte | 标记版本的发布类型,例如测试版T。 |
4. 示例
通过示例演示了如何组合版本号字段,例如项目名称、主次版本号、构建ID和发布类型,最终生成版本号格式为:YIKOU3568_v01.06.2409091_T
。
5. 发布版本的注意事项
- 发布版本时需与git服务器commit记录对应。
- 确保从服务器拉取最新代码并重新编译。
- 进行基本测试后发布版本,避免版本和源码不匹配导致问题不可复现。
文章总结:
文章强调了版本号设计的规范化对软件开发和测试闭环的重要性,建议严格遵循版本号设计原则以减少版本问题带来的风险。
一口Linux


一口Linux
扫码关注公众号
一口Linux的其他文章
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线