Node.js中package.json中庫的版本號(~和^)

~和^的區別

最近總是碰到一些問題, 在本地好好的, 在線上就出現了問題, 本地也一直復現不了, 后來把node_modules目錄刪除了之后, 重新安裝, 就在本地復現了這個問題,可以看了git history, 并沒有人修改package.json中的版本號,于是認真的了解了一下package.json中庫的版本號;

~和^的區別

"babel-loader": "^7.1.1",
"body-parser": "~1.15.2"

npm install --save xxx, 會優先考慮使用 ^而不是~

以版本號x.y.z為例

x:主版本號, 當你做了不兼容的API修改

y:次版本號, 當你做了向下兼容的功能性問題

z:修訂號, 當你做了向下兼容的問題修復

~x.y.z, 會更新到y最新的版本, 例如 body-parser: ~1.15.2, 這個庫會去匹配到1.15.z的最新版本, 如果出現了1.16.0, 則不會自動升級
^x.y.z, 會更新到x的最新版本, 例如 babel-loader: ^7.1.1, 這個庫會去匹配7.y.z的最新版本, 如果出現了8.1.1, 則不會自動升級

'~'（波浪符號）:他會更新到當前minor version（也就是中間的那位數字）中最新的版本。放到我們的例子中就是："exif-js": "~2.3.0"，這個庫會去匹配更新到2.3.x的最新版本，如果出了一個新的版本為2.4.0，則不會自動升級。波浪符號是曾經npm安裝時候的默認符號，現在已經變為了插入符號。
'^'（插入符號）: 這個符號就顯得非常的靈活了，他將會把當前庫的版本更新到當前major version（也就是第一位數字）中最新的版本。放到我們的例子中就是："vue": "^2.2.2", 這個庫會去匹配2.x.x中最新的版本，但是他不會自動更新到3.0.0。

可以參考npm官方給出的解釋

^1.2.3 := >=1.2.3 <2.0.0
^0.2.3 := >=0.2.3 <0.3.0
^0.0.3 := >=0.0.3 <0.0.4

大多數情況下遵循這種版本號規則的依賴包都沒問題, 但是npm是開源的世界, 并不是所有的都嚴格遵循這種規則, 所以會出現上述的問題;

為什么需要package鎖

有如下幾個可能原因, 在某些情況下, package.json是無法保證每個人自己電腦上執行的 npm install 后安裝的依賴版本都是一樣的

1.如果package.json中記錄的依賴包的版本是一個版本范圍, 一旦執行npm i 會導致這個包更新到最新版本

2.就算你依賴了一個固定版本的包(如A 1.1.1), 但你依賴的包A可能依賴其他的包B,而A在聲明依賴時可能也使用了semser命名, 如 ^1.2.3, 如果包B release 了新版, 也會導致包B會安裝到更新版本

3.不同人使用的npm程序的版本不同

如果依賴包的版本不一致, 會導致開發環境和生產環境產品不一致的行為; 或者導致不同團隊成員之前也產品環境差異

如何解決包版本不一致的情況

1.npm 使用package-lock.json文件來解決這個問題

執行npm install會自動生成package.json文件, 只要執行普通的安裝, 更新等可能會修改 package.json的npm命令, 都會自動同步修改package-lock.json文件

npm install xxx
npm rm xxx
npm update xxx

2.npm 還支持npm-shrinkwrap.json, 和package-lock.json功能完全一樣

執行 npm shrinkwrap來生成npm-shrinkwrap.json

此命令將根據 package-lock.json 文件創建一個新的或覆蓋已有的 npm-shrinkwrap.json 文件。 此命令創建和更新的文件將優先于任何其他現有或將有的 package-lock.json 文件。

3.使用yarn

使用yarn主要有一下優點

• 快速: 會緩存它下載的每個包，無需重復下載；能并行化操作以最大資源利用率
• 可靠:使用格式詳盡而又簡潔的 lockfile文件 和確定性算法來安裝依賴，能夠保證在一個系統上的運行的安裝過程也會以同樣的方式運行在其他系統上。
• 安全: 安裝包被執行前校驗其完整性
• yarn速度比npm快一些, yarn的鎖文件是yarn.lock, 能解決包版本不一致的情況

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持億速云。