※ 引述《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之類的？
這樣反而很亂
: 這樣不是很一目了然？
: 大家一看就知道哪個版本新、哪個版本舊
: 一定要小數點越加越多
: 然後小數點之後有一位數、兩位數、三位四位五位甚至更多數……
位數很多往往每個位數有不同意義，只是你不知道
另外會很多位數往往也是大公司，每個產品才會產出幾千版不斷更新的版本，
小公司正常來說的小數點差不多
就簡單分別對應大版本更新，中版本更新，跟小版本更新這樣