專案版本
pep 440（
）針對所有的python包引入了一種版本格式
pep440中定義版本號應該遵從以下正規表示式的格式：
[n!]n(.n)*[n][.postn][.devn]
它允許類似1.2或1.2.3這樣的格式，但需注意以下幾點：
n[.n]+an（如1.2a1）表示乙個alpha版本，即此版本不穩定或缺少某些功能。
n[.n]+bn（如2.3.1b2）表示乙個beta版本，即此版本功能已經完整，但可能仍有bug。
n[.n]+cn或n[.n]+rcn（如0.4rc1）表示候選版本（常縮寫為rc），通常指除非有重大的bug，否則很可能成為產品的最終發行版本。儘管rc和c兩個字尾含義相同，但如果二者同時使用，rc版本通常表示比c更新一點。
通常用到的還有以下這些字尾：
這一結構可以滿足大部分常見的使用場景。
注意你可能已經聽說過語義版本（它對於版本號提出了自己的規則。這一規範和pep 440部分重合，但二者並不完全相容。例如，語義版本對
於預發布版本使用的格式1.0.0.-alpha+001就與pep 440不相容。
如果需要處理更高階的版本號，可以考慮一下pep 426（ peps/pep-0426）中定義的原始碼標籤，這一字段可以用來處理任何版本字串，並生成同pep要求一致的版本號。
許多分布式版本控制系統（distributed version control system，dvcs）平台，如git和mercurial，都可以使用唯一標識的雜湊字串①作為版本號。但遺憾的是，它不能與pep 440中定義的模式相容：問題就在於，唯一標識的雜湊字串不能排序。不過，是有可能通過原始碼標籤這個字段維護乙個版本號，並利用它構造乙個同pep 440相容的版本號的。
提示
pbr（即python build reasonableness，將在6.2節中討論，它可以基於專案的git版本自動生成版本號。
Python專案版本規範
python作為一門程式語言對用它開發的專案的版本格式沒有任何限制。實際上大多數的 python 根本沒有版本這個屬性。在 pep345 通過之前，專案版本的格式幾乎是無關緊要的。然而這個 pep345 給 disutils 模組增加了乙個 requrie dist 屬性，試圖通過它和其他增改的屬性...
軟體專案版本號的命名格式
為了維護軟體專案,我們提出了對版本進行管理控制的要求.而對於使用者來說,版本直接體現在版本號的命名上.那麼,如何對版本號進行命名呢?我查了許多的資料,希望能解釋得比較具體,同時也希望您在閱讀本文的時候,能夠對版本號的命名格式提出自己的見解,這當然包括一些版本號命名的個例.下面,讓我們看一下比較普遍的...
軟體專案版本號的命名格式
本文 於 版本控制比較普遍的 3 種命名格式 一 gnu 風格的版本號命名格式 主版本號 子版本號 修正版本號 編譯版本號 英文對照 major version number.minor version number revision number build number 示例 1.2.1,2.0...