~和^的區別
最近總是碰到一些問題, 在本地好好的, 在線上就出現了問題, 本地也一直復現不了, 後來把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, 則不會自動升級
可以參考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 xxx2.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, 能解決包版本不一致的情況