通常情況下，都會採用語義版本號管理方式。如下：
語義版本號分為x.y.z三位，分別代表主版本號、次版本號和補丁版本號。當**變更時，版本號按以下原則更新。
在目前的開發中，對於前端而言，會存在多個需求同步開發的情況。
假設現在有三個需求，對應0.1.0，0.2.0，0.3.0三個版本分別發布日常，測試完成。
在發布線上時，會按照倒序發布需求，也就是0.3.0的需求先發布，那麼線上版本號應該如何處理？當然每次發布線上都會合併master**。
如果還按照日常版本號走，顯然版本號在減小，語義化並不合理。
於是乎拋棄 線上 0.1.0，0.2.0兩個版本號，遞增以0.4.0和0.5.0進行。
是否這是一種合理的方案？求解求解
關於iOS App的版本號
version和build的區別 一種是cfbundleversion bundle version 也就是我們看到的version,另一種是cfbundleshortversionstring bundle version string,short 也就是我們看到的build。build最好是整數...
關於版本號的總結
版本號 version number 是版本的標識號。每乙個作業系統 或廣義的講，每乙個軟體 都有乙個版本號。版本號能使使用者了解所使用的作業系統是否為最新的版本以及它所提供的功能與設施。每乙個版本號可以分為主版本號與次版本號兩部分。命名格式 例如 dos4.0，主版本號是4，次版本號是0。版本控制...
關於版本號的總結
版本號 version number 是版本的標識號。每乙個作業系統 或廣義的講，每乙個軟體 都有乙個版本號。版本號能使使用者了解所使用的作業系統是否為最新的版本以及它所提供的功能與設施。每乙個版本號可以分為主版本號與次版本號兩部分。命名格式 例如 dos4.0，主版本號是4，次版本號是0。版本控制...