软件项目、产品版本号的命名规则、定义、命名规范（git代码分支版本、项目产品文档版本）

文章目录前言一、关于对项目、产品版本的一些学习探索问题：大家都是怎么样定义版本号的？（参考资料）二、我在团队中是这是实践的团队版本号实践总结前言工作几年了，最近在总结项目、产品版本号命名规范。之前也在网上搜了很多资料，看到大多数的文章都是互相 COPY ，正好最近也有时间，索性自己整理一下自己在工作中的探索与思考，以及我是如何去实践的。通过博文的方式跟大家也做一个分享，希望能够帮助到有需要的朋友。

MQ-Yang

9122人浏览 · 2021-10-28 11:37:40

MQ-Yang · 2021-10-28 11:37:40 发布

前言

工作几年了，最近在总结项目、产品版本号命名规范。之前也在网上搜了很多资料，看到大多数的文章都是互相 COPY ，正好最近也有时间，索性自己整理一下自己在工作中的探索与思考，以及我是如何去实践的。通过博文的方式跟大家也做一个分享，希望能够帮助到有需要的朋友。如果您看到我写的有什么不对的地方，或者能够做的更好的地方，也希望大家批评指定，给我一个学习提高的机会。

一、关于对项目、产品版本的一些学习探索

问题：大家都是怎么样定义版本号的？（参考资料）

软件项目、产品版本号大家一般都是这样定义的：

V1.0.0.20211028_base

解读一下这个版本号命名规范：

第一位：版本前缀（V1.0.0.20211028_base）
V （version）英文版本的缩写
第二位：主版本号（V1.0.0.20211028_base）
当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目经理决定是否修改。
第三位：副版本号（V1.0.0.20211028_base）
当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目经理决定是否修改。
第四位：修订版本号（V1.0.0.20211028_base）
般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。
第五位：日期版本号（V1.0.0.20211028_base）
用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
第六位：希腊字母版本号（V1.0.0.20211028_base）
希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、 release
Base： 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
Alpha ： 软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。
Beta ： 该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。
RC ： 该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。
Release： 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。

二、我在团队中是这是实践的

产品的版本号的统一，在整个软件研发过程中是比较重要的，贯穿了整个产品的生命周期。
那么涉及到哪些方面呢，我大概给大家列一下：

git代码库版本
数据库版本
需求文档版本
需求变更文档版本
设计文档版本
开发文档版本
测试计划版本
操作手册版本
测试用例版本
测试报告版本
版本发布内容
迭代总结版本
docker镜像版本
pom版本
等等…………………

团队版本号实践

我们团队在版本号的定义上经过商讨，保留了前五位版本号的定义，去掉了最后的希腊字母版本。
团队的考虑感觉这个希腊字母的定义有点琐碎了，前5位版本号已经足够使用了。为什么说是团队的考虑，而不是项目经理或者产品经理的考虑。要充分尊重团队成员的建议，让每一个人都参与进来，让大家了解我们这么做的意义，这样对于一些规范的实践，是比较好落地的。