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

之前写了一篇如何自动生成版本号的文章，
《让你的C程序，自动打印版本信息》
初衷是让自己的程序在运行时自动打印与版本相关的信息，
避免测试时因为版本信息不确定导致的一些功能对应不上去的问题，

当时留了一个坑，写一篇关于如何设计一个相对规范的版本号的文章，

现在把这个坑填上。

镜像版本号格式

• project name
  工程名字，比如YIKOU3568、YIKOU4412

• firmware version
  软件版本信息，详见下一节

• comments
  其他描述信息，
  比如版本的os：Linux、threadx、vxworks等
  或者对应的硬件平台ap、modem等
  或者也可以是git 服务器最后一次commit的id

firmware version详细格式

名称	格式	长度(字节)	说明
v	v	1	镜像版本号以v开头
Major	XX	2	主版本号。比如 00：工程师样品，01：功能完成，02~：商业发布（商业发布后），升级codebase或者重大新功能递增
Minor	YY	2	修复错误或添加次要功能等（如果“次要”版本增加，则需要发布说明）
build ID	YYMMDDN	7	Y：年，M：月，D：日，N：当日第几次build（0,1，2……a,b,c……x,y,z）
release type	T	0-1	T：研发发布测试版本，正式版可以不填写

举例

比如有以下软件版本要发布：

• 项目名称 ：YIKOU3568，
• 项目基本功能完成，还没有正式商业发布，
• 此次的版本是修复了一些测试出的bug，之前minor版本为5
• 当年日期：2024年9月9日，
• 当天第2次编译，
• 当前仍然是测试版本：T。

信息如下：

• project name：YIKOU3568
• major：01
• monor：06
• build ID：240909
• N：1
• release type：T

最终版本信息如下：

YIKOU3568_v01.06.2409091_ T

实际使用中，大家根据自己的需要，可以自行规定个别字段的值。

最后

发布的镜像版本号，一定要和git服务器的commit对应起来，

发布的时候，一定要删除本地的工程，

从服务器pull下来最新的代码，

之后重新整体编译，

然后再做个大致的测试，

确保没有问题之后再发布该版本。

做到每一个镜像都要有明确的commit与之对应。

否则会出现，在某一个版本测试出了bug，

但是找不到这个镜像对应的源码，

在其他版本上该bug又无法复现，

bug无法闭环。