寫在前面
npm 有很多命令，有很多並不常用，而有些則非常常用，還有些很有用，但很多人卻不知道，下面列出了一些常見和一些非常有用的命令，並詳細說明了它的用法。

ls (alias list, la, ll)
使用該命令可以列出當前專案依賴的模組，比較常見的引數有 depth

只列出最上層的依賴

npm ls --depth=0
使用 npm la 可以一併列出模組的簡要說明（也就是存在於 description 中的內容）。

link
這是一個相當有用的命名，對於開發這很重要。設想一下場景：

你在開發一個模組 A，同時需要在另外一個專案 B 中測試它，你當然可以將該模組的程式碼移動到需要使用它的專案中，但這也不是理想的方法。

此時可以使用 link 來解決。npm link 的使用分為兩步。

第一步

在模組 A 的專案根目錄下執行 npm link，這個時候 npm 會將模組 A 通過連結安裝在全域性。

第二步

在專案 B 的根目錄下執行 npm link A，此後就可以在專案 B 中使用 require(‘A’) 來使用 A 模組了。因為只是連結，所以 A 模組的任何修改，都會事實地同步過來。

install (alias i)
這個命令想必都很熟悉了，用來安裝模組。只是安裝模組的來源有很多種，有來自 git 地址的，有來自 npm 的，有來自 github 倉庫的，如何來安裝這些來自不同途徑的模組呢？

npm install

不帶任何引數，這會安裝 package.json 中記錄的模組。

npm install

從 npm 源上安裝一個模組

npm install @<version|tag>

從 npm 源上安裝指定版本或者 tag 的模組

npm install

從一個 git 地址上安裝模組，比如：

npm install git+ssh://[email protected]:npm/npm.git#v1.0.27
npm install git+https://[email protected]/npm/npm.git
npm install git://github.com/npm/npm.git#v1.0.27
npm install /[#]

從 github 上的每個開發這的倉庫裡安裝，比如安裝最新的 express：

預設會安裝 master 分支

npm i expressjs/express

安裝 5.0 分支

npm i expressjs/express#5.0
npm install file:

從本地檔案系統安裝，比如：

npm i file:…/moduleA
安裝上層目錄的 moduleA

安裝來源真非常多，更多方式請參考 npm install。

uninstall
移除一個模組，這會移除某個模組自身和其依賴，為了將其從 package.json 中也刪除，需要新增 --save 或者 --save-dev 選項。

shrinkwrap
npm 推薦開發者使用 semver 來設定模組的版本號，而且 npm 預設使用 ^1.0.0 這種形式來記錄版本（關於這 ^ 代表什麼，請參照前面的文章），初衷是讓開發者能夠時刻使用確保功能正常且又是最新的程式碼。但不能保證開發者遵守了這個規定。且即使在 dependencies 中明確寫定某個模組的版本，也不能保證該模組依賴的模組的版本在下次升級的時候不會改變。

模組的不確定性導致開發階段表現良好的程式碼，在部署以後出現了問題。為此需要做的是限定在下次安裝的時候也只使用特定的版本。有的團隊採用將 node_modules 也納入版本管理的方案，只是這種方案存在太多缺點，程式碼庫過大，某些在安裝時候需要根據不同平臺進行編譯的模組無法正常工作，等等。

npm shrinkwrap 可以記錄下當前專案使用的所有的模組的版本，並將他們記錄在一個 npm-shrinkwrap.json 的檔案中，在下次安裝的時候 npm 會使用這裡面記錄的模板的版本來安裝，這保證了下次安裝的時候會使用和上次完全一致的版本。

如何使用 npm shrinkwrap

執行 npm install 安裝所有模組
測試你的程式碼，保證沒有問題
執行 npm shrinkwrap，並將產物 npm-shrinkwrap.json 納入版本管理。
當你增加或者移除了依賴，這個時候需要重新生成一下 npm-shrinkwrap.json。之前的文章提到過，安裝模組的順序不同，會導致 node_modules 的結構不同，因此在增加或者移除了依賴後，可以刪掉 node_modules 重新執行一次 npm i。

使用了 shrinkwrap 之後，使用者在安裝你的模組的時候也會安裝符合你的模組要求的依賴，這樣可以有效地避免因為依賴升級導致自己的專案掛掉。當然了，及時這樣也不能保證，完全不會出問題，如果一個模組的維護者，強制更新了程式碼但是沒有更改版本號，這還是可能會出現問題，所以在使用第三方模組的時候要小心選擇。

run
我想這個命令的使用頻率僅次於 install 了。在 npm 的基本用法 一文中提到了 npm script，npm run 就是用來執行這些指令的。

比如在 package.json 中有這樣的內容：

{
“scripts”:{
“build”: “webpack”
}
}
為了執行 build 命令，需要執行 npm run build，在使用 npm run 的時候會將 node_modules/.bin 加入環境變數 PATH 中，在命令執行完了再移除，因此你不需要寫成：

“build”: “./node_modules/.bin/webpack”
如果需要在命令列中給 webpack 傳入一些引數，比如想要執行 webpack -p，這時候執行 npm run build -p 不會得到想要的結果，因為這裡的 -p 應該傳給 npm 還是傳給你的指令碼，很難說，你需要執行 npm run build – -p， npm 會將 – 後面的內容全部傳給你的指令碼。

執行 npm run 不帶任何引數，會列出當前所有可用的 npm script。

關於 npm script 的內容後面還會細說。

adduser (alias login)
在釋出模組的時候常常要先進行登入，這個時候就需要用到該命令，鍵入 npm adduser 後會要求輸入使用者名稱，密碼，郵箱，預設是登入到 npm 上，如要登入到其他源上，需要使用 registry 選項，要想登入到某個 scope 中需要使用 scope 選項：

npm adduser --registry=http://myregistry.example.com [email protected]
whoami
就像 *nux 系統裡面的 whoami 一樣，npm whoami 會打印出當前登入的使用者名稱，你可能登入過多個倉庫，比如 npm 的，公司的 npm 等，此時需要指定 --registry 選項來看自己在某個 npm 源上登入的使用者。

npm whoami --registry https://registry.npm.taobao.org
npm 有很多有用的命令，知道了這些常用的命令的使用方法，以及適用場景能夠極大地加快效率，畢竟是每天都要使用的工具，有必要了解它、熟悉它。下一篇文章，準備談談 npm script 的相關知識。