什麼是您的軟件版本的首選方法？

Question

什麼是您的軟件版本的首選方法？ 微軟一樣：α - β - 決賽 - 服務包... 像谷歌：Gmail的測試 - 測試 - 測試 - 測試 - :) 像一些軟件：0.2 - 0.3 - 0.9999 ...

Answer 1

Major.Minor.Release.Build

雖然發佈和構建增量不應包含「重大更改」（例如，具有不同的文件格式來存儲文檔），但我不確定是否允許使用次要版本。

阿爾法的意義，β後綴是對我來說：

阿爾法/預覽：嘿，我得到了我想要展示一些東西。

測試版：該功能集到目前爲止已完成，但仍有一些錯誤。

發佈候選人：我認爲沒有任何（主要）錯誤。

最後：可能還有錯誤，但我必須在某個時候釋放;-)。

Answer 2

我喜歡原型，alpha，beta，GA方法。這使我可以將軟件的當前狀態傳達給用戶/客戶。隨着我提供的版本號.2，.3，.4。

• 代表主要里程碑的第一位數字。
• 第二位數字表示遞增發佈（我通常每週發佈一次，所以我遞增第二位數字）。
• 第三位數字用於修補程序，因此如果在正常發佈計劃之外的代碼中存在錯誤，則使用第三位數字。

Answer 3

我們不會向我們的客戶發佈alpha/beta軟件。因此，我們簡單地使用：

• X.0（主要版本，包含重要/大量新功能）
• X.1，X.2等（含輕微的新功能和增強次要版本）
• XY1，XY2等（對於錯誤修正/維護版本）

（其中x，y = 1,2，...）

Answer 4

對於小軟件只是Major.Minor。如果重大更改 - 某些輸入文件與先前版本不兼容。我們不向客戶預發軟件，所以同樣的版本用於測試和最終版本。

Answer 5

Microsoft使用版本編號以及alpha，beta，GA標記。

我認爲版本命名很大程度上取決於您要完成的任務。如果你正在發佈消費的東西，而不是試圖從測試階段收集數據，不要稱之爲測試版。如果你不試圖預覽該技術，不要稱之爲alpha。

我目前主要使用網絡應用程序，我們只是在部署（1,2,3,4,5等）時將我們的版本號碼遞增爲整數。無論如何，如果沒有人關心這些版本，沒有理由必須進入複雜的命名邏輯。

Answer 6

我們一直在命名我們的版本的方式通常是階段號。由於我們的大部分合同都是政府項目，因此我們將推出第一個版本，然後執行第2階段，第3階段，第4階段，因爲該實體決定隨新功能請求一起移動（併爲所述未來開發獲取資金）。

Answer 7

某些開放源代碼軟件項目名稱在發佈日期後發佈。例如Ubuntu 8.04於2008年4月發佈，Ubuntu 6.06於2006年6月發佈。但Ubuntu並不是唯一使用此方法的Linux發行版。

當然，每個Ubuntu發行版都有一個代號，每次都是一個不同的動物，並結合一個全面的形容詞（這個形容詞也可以作爲內部人的簡潔速記）。每個版本都以字母順序排列，以便人們可以輕鬆記住在哪裏發佈版本。例如：

例如 6.06，公鴨 6.10，銳利蜥蜴 7.04，爭強好勝的小鹿 7.10，勇敢的長臂猿

Answer 8

我喜歡Linux內核符號：major.minor.release.build，但我很少使用.build部分，而且我也不會使用偶數/奇數來表示穩定/開發未成年人。