12.5 測試版本

當您發布程式大幅變更的新主要版本時，您可能想要以預先測試的方式進行。這表示您製作一個 tar 檔案，但僅將其發送給您招募的一群志願者。（使用合適的 GNU 郵件列表/新聞群組來招募他們。）

我們通常使用伺服器 alpha.gnu.org 進行預先測試和預發布版本。關於將新版本放置在 alpha.gnu.org 上的程序細節，請參閱 自動化 FTP 上傳。

一旦程式被廣泛使用且人們期望它能穩定運作，在每次「正式」發布之前進行預先測試版本是一個好主意。

處理預先測試版本的版本號有三種方法。一種方法是將它們視為在您即將發布的版本之前的版本。

在這種方法中，如果您即將發布 4.6 版本，但您想先進行預先測試，請將其稱為 4.5.90。如果需要第二次預先測試，請將其稱為 4.5.91，依此類推。如果您真倒霉，十次預先測試還不夠，在 4.5.99 之後，您可以進展到 4.5.990 等等。（您也可以使用 4.5.100，但 990 具有以正確順序排序的優勢。）

另一種方法是將日期附加到即將發布的版本號。針對 2002 年 12 月 10 日製作的 4.6 版本的預先測試，這將是 4.6.20021210。同一天製作的第二次預先測試可以是 4.6.20021210.1。

對於不是正式預先測試的開發快照，僅使用日期而沒有版本號也可以。

第三種方法，如果套件使用 Git，是從 Gnulib 運行腳本 build-aux/git-version-gen 來生成測試版本版本號。它生成的版本號格式為 ‘version.commits-commithash’，其中 version 是最新版本標籤，commits 是自該標籤以來的提交次數，而 commithash 是最新提交的雜湊碼。

您絕不應該做的一件事是以與計劃的正式發布相同的版本號發布預先測試。許多人只會查看版本號（在 tar 檔案名稱、它解壓縮到的目錄名稱，或他們可以找到它的任何地方）來確定 tar 檔案是否為最新版本。人們可能會以這種方式查看測試版本，並將其誤認為正式發布。因此，當您發布更改的程式碼時，務必更改號碼。