---
# System prepended metadata

title: 專案版本編號

---

# 專案版本編號

### 簡略版

 - 主版本號：軟體有重大更新的時候遞增，重大更新通常是指功能與介面都有大幅度變動的時候。
 - 次版本號：軟體發佈新功能，但是並不會大幅影響到整個軟體的時候遞增。
 - 修訂版本號：通常是在軟體有 bug，發布 bug 的修正版時遞增。


舉例:
![](https://i.imgur.com/KRUXh1y.png)



![](https://i.imgur.com/cx2FViI.png)


### 詳細版

#### 版本編號組成:

  軟體版本號有四部分組成:

 - 第一部分為主版本號

 - 第二部分為次版本號

 - 第三部分為修訂版本號

 - 第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有五種，分別為base、alpha、beta 、RC 、 release.

#### Base: 

此版本表示該軟體僅僅是一個假頁面連結，通常包括所有的功能和頁面佈局，但是頁面中的功能都沒有做完整的實現，只是做為整體網站的一個基礎架構。

#### Alpha:

此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的Bug較多，需要繼續修改。

#### Beta: 

該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟體的UI。 

#### RC: 

該版本已經相當成熟了，基本上不存在導致錯誤的BUG，與即將發行的正式版相差無幾。

#### Release: 

該版本意味“最終版本”，在前面版本的一系列測試版之後，終歸會有一個正式版本，是最終交付使用者使用的一個版本。該版本有時也稱為標準版。一般情況下，Release不會以單詞形式出現在軟體封面上，取而代之的是符號(Ｒ)。

### 版本號修改規則:
主版本號：

 - 當功能模組有較大的變動，比如增加模組或是整體架構發生變化。此版本號由專案決定是否修改。

次版本號：

 - 相對於主版本號而言，次版本號的升級對應的只是區域性的變動，或者是功能上有大的改進或增強。此版本號由專案決定是否修改。

修訂版本號：

 - 一般是Bug 的修復或是一些小的變動或是一些功能的擴充，要經常釋出修訂版，修復一個嚴重 Bug 即可釋出一個修訂版。此版本號由專案經理決定是否修改。

日期版本號(051021):

用於記錄修改專案的當前日期，每天對專案的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。

舉例:

如此時版本號為：1.0.0.0321_alpha ，此時為內部測試階段

開發人員修復了測試人員提交的bug並經測試人員測試驗證關閉bug之後，釋出到外網時，此時就進入了軟體的下一個階段，版本號可改為：1.0.0.0321_beta ，如當前日期跟上一個版本號的日期不一樣，版本號可改為：1.0.0.0322_beta。

如果修復了一些重大Bug 並按照流程釋出到外網時就可釋出一個修訂版，如1.0.1.0322_beta，日期為釋出的當前日期。

如果對軟體進行了一些功能上的改進或增強，進行了一些區域性變動的時候要修改次版本號，如：1.1.0.0322_beta（上一級有變動時，下級要歸零）。

當功能模組有較大變動，增加模組或整體架構發生變化時要修改主版本號，如新增加了退款功能，則版本號要改為：2.0.0.0322_beta 。


參考網站: 
[ 軟體版本號的命名格式和規則](https://codertw.com/%E7%A8%8B%E5%BC%8F%E8%AA%9E%E8%A8%80/552359/)
[SLMT's Blog](https://www.slmt.tw/blog/2015/07/19/version-number-naming-convention/)
[IT READ](https://www.itread01.com/content/1549707312.html)