跳到主要內容

前端Leader你應該知道的NPM包管理機制

npm install 命令


首先總結下npm 安裝一個模塊包的常用命令。


/* 模塊依賴會寫入 dependencies 節點 */
 
 npm install moduleName
 
 npm install -save moduleName
 
 npm install -S moduleName 
 
 /* 模塊依賴會寫入 devDependencies 節點 */
 
 npm install -save-dev moduleName
 
 npm install -D moduleName
 
 /* 全局安裝模塊包 */
 
 npm install -g moduleName
 
 /* 安裝特定版本的包 */
 
 npm install 包名@版本號
 
 /* 通過地址安裝git倉庫 */
 
 npm install git+https://github.com/itwmike/axios.git
 
 npm install git+ssh://git@github.com:itwmike/axios.git
  
 /* 安裝特定分支或Tag的git倉庫 */
 
 npm install git+https://github.com/itwmike/axios.git#tag
 
 /* 通過用戶名安裝git倉庫 */ 
 
 npm install github:帳號/倉庫名 # npm install github:itwmike/axios
 
 npm install github:帳號/倉庫名

　　


npm 依賴包版本號


npm 所有node包都使用語義化版本號，規則要求如下：  



  • 每個版本號都形如1.2.3，由三個部分組成，依次叫做"主版本號(major)"、"次版本號(minor)"和"修訂號(patch)" 。


  • 當新版本無法兼容基於前一版本的代碼時，則提高主版本號 。


  • 當新版本新增了功能與特性，但仍兼容前一版本的代碼時，則提高次版本號 。


  • 當新版本僅僅修正漏洞或者增強效率，仍然兼容前一版本代碼，則提高修訂號。



默認使用 npm install -save 下載的都是最新版本，同時會在package.json 文件中登記一個最優版本號，如下形式：


"dependencies": {
   "axios": "^0.19.0"
 },

　　


最優版本號前面會多出一個"標記"，這個標記有啥意義？它的寫法又有哪些？



 


npm install 都做了哪些事？


拿到一個node項目時首要做法是運行 npm install 命令，這個命令將 package.json 文件中的依賴包自動解析並安裝，這也是項目能夠本地運行的前置條件。那如此簡單的一條命令，npm 背後又做了哪些不為人知的事呢？


Number One


自 npm 5.0后，項目中如果沒有 package-lock.json 文件的時候，npm 會自動幫我們生成。該文件的主要作用是記錄依賴包之間的具體版本號，對包版本有一個鎖定的意義，項目開發中應該將此文件上傳到git等版本控制工具（博主為此經歷了血淋淋的慘痛教育）。


Number Two


檢測本地包是否已經下載。如果本地 node_modules 下已經存在和 package-lock.json 中版本一致的包，則不會重新下載。


Number Three


下載依賴節點中對應的模板包。下載規則是：如果 package-lock.json 文件存在，則按照該文件中記錄的版本號下載對應的模塊包；如果文件不存在或文件中沒有該包的記錄，此時會按照版本號的標記（上面已講）規範下載並同時更新到 package-lock.json。


了解了 package-lock.json 的作用后，筆者有個疑問：手動修改 package.json 中的包版本號后運行 npm install 命令會下載新包么？



帶着這個疑問，筆者做了實驗，得出如下結論：



  • 如果新舊版本號差距較大，比如從 ^2.5.2 變為 2.6.0 ，那麼會下載最新包並且更新 package-lock.json 。


  • 如果新舊版本號差距較小，比如從 ^2.5.2 變為 2.5.4，那麼不會更新。



總之是否更新要看特定情況，取決於 package.json中版本號的標記和 package-lock.json 是否一致。


cnpm install 探索


cnpm 是淘寶 npm 鏡像，在國內很受歡迎，雖然筆者並不喜歡使用。那 cnpm 和 npm 對包的管理是否一樣呢？



  • cnpm install 並不會生成 package-lock.json


  • cnpm install 並不受 package-lock.json 的約束，它會按照版本號標記規則下載依賴包



 


由此可見，我們在項目中使用 cnpm 的時候一定要慎重，因為很可能團隊成員每個人使用的依賴包版本都不相同，造成打包后的結果也不同。


如果團隊要使用 cnpm，請使用固定版本號的方式安裝依賴包如：cnpm install -E moduleName


 


本文轉載自：

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線



※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益



※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象



※南投搬家前需注意的眉眉角角，別等搬了再說!


Orignal From: 前端Leader你應該知道的NPM包管理機制

留言

張貼留言

這個網誌中的熱門文章

2016年電動車和插電式混合動力車銷量預計將超過70萬輛

中汽協日前預測，2016年全國電動汽車和插電式混合動力車的銷量預計將超過70萬輛，較2015年的銷量增長一倍。 2015年電動車和插電式混合動力車的合併銷量為331092輛，較2014年增長了340%。其中包括247482輛電動車和83610輛插電式混合動力車，在24萬輛多的電動汽車銷量中，包括146719輛乘用車，另有100763輛為商用車。插電式混合動力車的銷量中，60663輛為乘用車，22947輛為商用車。 根據2015年起草的藍圖，政府計畫到2020年在全國範圍內新建12000個充電站和480枚充電樁。2014年年底，全國共有780個充電站共31000枚充電樁。2015年政府還為27個省市自治區設定了電動車的最低銷量目標。 政府預計，這些措施到位後，自主品牌車企的電動車和插電式混合動力車銷量到2020年可達100萬輛，到2025年可達300萬輛。 本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理 【其他文章推薦】 ※為什麼 USB CONNECTOR 是電子產業重要的元件? ※ 網頁設計 一頭霧水??該從何著手呢? 找到專業技術的 網頁設計公司 ，幫您輕鬆架站! ※想要讓你的商品成為最夯、最多人討論的話題? 網頁設計公司 讓你強力曝光 ※想知道最厲害的 台北網頁設計公司推薦 、 台中網頁設計公司推薦 專業設計師"嚨底家"!! Orignal From: 2016年電動車和插電式混合動力車銷量預計將超過70萬輛
張貼留言
閱讀完整內容

012.Kubernetes二進制部署worker節點Flannel

一 部署flannel 1.1 安裝flannel kubernetes 要求集群內各節點(包括 master 節點)能通過 Pod 網段互聯互通。flannel 使用 vxlan 技術為各節點創建一個可以互通的 Pod 網絡，使用的端口為 UDP 8472。 flanneld 第一次啟動時，從 etcd 獲取配置的 Pod 網段信息，為本節點分配一個未使用的地址段，然後創建 flannedl.1 網絡接口（也可能是其它名稱，如 flannel1 等）。 flannel 將分配給自己的 Pod 網段信息寫入 /run/flannel/docker 文件，docker 後續使用這個文件中的環境變量設置 docker0 網橋，從而從這個地址段為本節點的所有 Pod 容器分配 IP。 更多flannel參考：《008.Docker Flannel+Etcd分佈式網絡部署》。 提示：k8smaster01節點已下載相應二進制，可直接分發至node節點。 1.2 分發flannel 1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 3 [root@k8smaster01 work]# for node_ip in ${NODE_IPS[@]} 4 do 5 echo " >>> ${node_ip} " 6 scp flannel/{flanneld,mk-docker-opts.sh} root@${node_ip}:/opt/k8s/bin/ 7 ssh root@${node_ip} " chmod +x /opt/k8s/bin/* " 8 done 1.3 創建flannel證書和密鑰 提示：k8smaster01節點已創建flanneld的CA證書請求文件，可直接分發至node節點。 1.4 分發證書和私鑰 1 ...
張貼留言
閱讀完整內容

怎麼把CAT客戶端的RootMessageId記錄到每條日誌中？

什麼是RootMessageId？ 為了理解RootMessageId先簡單介紹一下CAT的數據結構設計。CAT客戶端會將所有消息都封裝為一個完整的消息樹（MessageTree），消息樹可能包括Transaction、Event、Heartbeat、Metric等類型的消息。具體如下： Transaction：適合記錄跨越系統邊界的程序訪問行為,比如遠程調用，數據庫調用，也適合執行時間較長的業務邏輯監控，Transaction用來記錄一段代碼的執行時間和次數 Event：用來記錄一件事發生的次數，比如記錄系統異常，它和transaction相比缺少了時間的統計，開銷比transaction要小 Heartbeat：表示程序內定期產生的統計信息, 如CPU利用率, 內存利用率, 連接池狀態, 系統負載等 Metric：用於記錄業務指標、指標可能包含對一個指標記錄次數、記錄平均值、記錄總和，業務指標最低統計粒度為1分鐘 歡迎關注微信公眾號： 萬貓學社 ，每周一分享Java技術乾貨。 其中，Transaction類型的消息可作為消息樹節點，而其他消息只可作為消息樹的恭弘=叶 恭弘子節點，也就是Transaction是一個可嵌套的遞歸結構。比如： 消息樹的每一節點都有一個屬性messageId，用來唯一表示節點本身，其構成為：{domain}-{ip}-{timestamp}-{自增index}。另外還有兩個屬性，分別是parentMessageId, rootMessageId。parentMessageId表示父節點的messageId； rootMessageId 則表示整個消息樹的根節點的messageId。這兩個屬性在之後CAT的調用鏈分析與分佈式調用鏈分析中發揮了關鍵作用。 歡迎關注微信公眾號： 萬貓學社 ，每周一分享Java技術乾貨。 為什麼在日誌中記錄？ 根據RootMessageId可以追蹤某一個請求的整個分佈式調用鏈，結合每一條日誌快速定位耗費性能的癥結，做針對性的性能優化。更加方便地做性能優化，特別是TP95、TP99等指標。 遇到偶爾發生的bug，是最讓人頭疼的，只有先從日誌中找線索，但是在海量的日誌中找到出現bug的那一個請求是很困難的。有了上游API提供的RootMessage...
張貼留言
閱讀完整內容