版本號的格式：v《主版本號》.《副版本號》.《發布號》
版本號的初始值：v1.0.0
管理規則:
主版本號（major version）
1. 產品的主體構件進行重大修改，主版本號加1；
2. 產品的主體構件之間的介面協議重大修改，主版本號加1。
副版本號（minor version）
1. 主版本號變更時，副版本號置0；
2. 資料結構變更(新增或修改注釋含義的情況除外)，副版本號加1；
3. 若副版本號累加至超過20時，採用主版本號進製，主版本號加1，
副版本號重新置0。
發布號（release）
1. 主版本號或副版本號變更時，release號置0；
2. 若發布的版本無資料結構變更，則release號加1。
舉例說明：
在新版本推出時，應更新major、minor或是build（如有）的版號，決定於變更的大小。
當有極大的更新時，會增加major的版號。而當有大更新，但不至於更新major時，會更新minor的版號。
若更新比較小，例如只是除蟲（bug fixing），則會更新build的版號。以下是乙個例子：
1.0→1.0.1→1.0.2→1.1→1.1.1→2.0→2.1→2.1.1→3.0→…以上例子中，
1.0至1.0.1至1.0.2、1.1至1.1.1、2.1至2.1.1都是小更新，例如bug fixing ,介面微調等；
1.0.2至1.1、2.0至2.1都是較大的更新，例如增添了許多新的功能；
版本號簡述
版本號簡介 版本號一般分為major 主版本號 minor 次版本號 revision incremental 修正版本號 一般格式為major.minor.revison 如何界定軟體什麼時候該用什麼樣的版本號呢？1 專案初版本時 版本號可以為 0.1 或 0.1.0,也可以為 1.0 或 1.0...
比較版本號
題目 比較兩個版本號 version1 和 version2。如果 version1 version2 返回 1，如果 version1 version2 返回 1，除此之外返回 0。你可以假設版本字串非空，並且只包含數字和 字元。字元不代表小數點，而是用於分隔數字序列。例如，2.5 不是 兩個半 ...
版本號排序
需求 對 4.3.17 4.3.16 4.3.9 排序 分析，版本號雖然都是數字，但是不能按照字元的順序排列，因為公升序的話，4.3.16 會排在 4.3.9 的前面，但實際上應該排在後面，所以我們需要做乙個轉化，就是將這些數字轉成乙個可以排序的東西，再做排序就沒有問題了。我這裡是將他們的值換算成了...