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

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.228.133 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Trace/M.1596872622.A.6AF.html