這篇文章給大家分享的是有關composer依賴版本符號~，^的示例分析的內容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。
版本格式：主版本號.次版本號.修訂號，版本號遞增規則如下：
主版本號：當你做了不兼容的 API 修改，
次版本號：當你做了向下兼容的功能性新增，
修訂號：當你做了向下兼容的問題修正。
先行版本號及版本編譯元數據可以加到“主版本號.次版本號.修訂號”的后面，作為延伸。
語義化版本 2.0.0 https://semver.org/lang/zh-CN/
~表示版本號只能改變最末尾那段（如果是 ~x.y 末尾就是 y，如果是 ~x.y.z 末尾就是 z）
~1.2.3 代表 1.2.3 <= 版本號 < 1.3.0
~1.2 代表 1.2 <= 版本號 <2.0
^表示除了大版本號以外，小版本號和補丁版本號都可以變
^1.2.3 代表 1.2.3 <= 版本號 < 2.0.0
特殊情況0開頭的版本號：
^0.3.0 等于 0.3.0 <= 版本號 <0.4.0 注意：不是 <1.0.0
因為：semantic versioning 的規定是，大版本號以 0 開頭表示這是一個非穩定版本（unstable），如果處于非穩定狀態，小版本號是允許不向下兼容的，
所以如果你要指定 0 開頭的庫那一定要注意：
危險寫法：~0.1 等于 0.1.0 <= 版本號 <1.0.0
保險寫法：^0.1 等于 0.1.0 <= 版本號 <0.2.0
感謝各位的閱讀！關于“composer依賴版本符號~，^的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
