版本控制

Solidity 版本遵循語義版本控制。此外，主版本 0（即 0.xy）的補丁級別版本將不包含重大更改。這意味著使用版本 0.xy 編譯的代碼可以預期使用 0.xz 編譯，其中 z > y。

除了發(fā)布之外，我們還提供每日開發(fā)構建版本，目的是讓開發(fā)人員更容易嘗試即將推出的功能并提供早期反饋。但是請注意，雖然每日開發(fā)構建通常非常穩(wěn)定，但它們包含來自開發(fā)分支的前沿代碼，并且不能保證始終有效。盡管我們盡了最大努力，但它們可能包含未記錄和/或損壞的更改，這些更改不會成為實際版本的一部分。它們不適用于生產用途。

部署合約時，您應該使用最新發(fā)布的 Solidity 版本。這是因為定期引入重大更改以及新功能和錯誤修復。我們目前使用 0.x 版本號來表示這種快速變化的步伐。

詳細的版本字符串

Solidity 版本字符串包含四個部分：

• 版本號

• 預發(fā)布標簽，通常設置為develop.YYYY.MM.DD或nightly.YYYY.MM.DD

• 提交格式為commit.GITHASH

• 平臺，具有任意數(shù)量的項目，包含有關平臺和編譯器的詳細信息

如果有本地修改，提交將使用.mod.

這些部分按照 SemVer 的要求組合在一起，其中 Solidity 預發(fā)布標簽等于 SemVer 預發(fā)布，Solidity 提交和平臺組合構成了 SemVer 構建元數(shù)據。

發(fā)布示例：0.4.8+commit.60cc1668.Emscripten.clang.

預發(fā)布示例：0.4.9-nightly.2017.1.17+commit.6ecb4aa3.Emscripten.clang

關于版本控制的重要信息

發(fā)布后，補丁版本級別會發(fā)生變化，因為我們假設只有補丁級別更改。合并更改時，應根據 SemVer 和更改的嚴重性來調整版本。最后，總是使用當前夜間構建的版本進行發(fā)布，但沒有說明prerelease符。

例子：

1. 發(fā)布了 0.4.0 版本。

2. 從現(xiàn)在開始，nightly build 的版本為 0.4.1。

3. 引入了非破壞性更改 –> 版本沒有更改。

4. 引入了一項重大更改 –> 版本升級為 0.5.0。

5. 發(fā)布了 0.5.0 版本。

此行為適用于 版本 pragma。