※ 引述《YF22 (YF-22)》之铭言：
: 例如最近这几天被发现漏洞的Apache Tomcat
: 我本来用的版本是8.5.6
: 但是最新的版本号却是8.5.55
: 版本号的设计逻辑到底是啥？
: 感觉好像随便设计人员设定的感觉
其实大致是这样没错，但有一些标准是通用的，对开发者而言看本版号可以理解差异
以你的例子来说，通常8.5.55
通常可以理解为第八代产品，第五版，第55号版本
分别对应大中小三种不同修改幅度，
而为什么6版本直接跳55版。那是因为中间的版本并没有公布，
开发中其实会有很多小版本是不会发布给顾客的。但这也会是有版本号
: 为什么不能用日期加上流水号就好？
这样其实很难用，你想到的是我要更新到最新，
但如果只是要这样的需求其实根本不需要版本号，无脑更新好了
版本号往往是内部需要判定当前处于哪个状态用的，
有时候日期更新很多，但系统没啥更新，这样以日期为版本号的劣势非常明显
完全无法从版本号看出你这版本到底有什么功能有什么况态
对于维护是很大困扰
你可能会说阿可以去查那天的本本如何? 但去查档案就是一项成本，
如果有几千版(很常见) 就会查很久，无形中浪费很多时间
但有正常的版本号，只要简单标注一下某一版更新了啥，第几代起都有这功能，就
很好推论
: 如果有同一种软件却不同版本(例如office)
: 也还是可以加入版本号内就好啊
: 例如我的office版本是office 2010，版本号是14.0.7214.5000
: 为何不干脆做成例如：2010.20200528.001之类的？
这样反而很乱
: 这样不是很一目了然？
: 大家一看就知道哪个版本新、哪个版本旧
: 一定要小数点越加越多
: 然后小数点之后有一位数、两位数、三位四位五位甚至更多数……
位数很多往往每个位数有不同意义，只是你不知道
另外会很多位数往往也是大公司，每个产品才会产出几千版不断更新的版本，
小公司正常来说的小数点差不多
就简单分别对应大版本更新，中版本更新，跟小版本更新这样