今年上半年在學習gulp的使用，對npm的掌握是必不可少的，經常到npm官網查詢文檔讓我感到不爽，還不如整理了一些常用的命令到自己博客上，于是根據自己的理解簡單翻譯過來，終于有點輸出，想學習npm這塊的朋友不可錯過這些基礎命令，新手出品，對本文有疑惑之處還請同學們不恥下問。很久沒有寫文章啦，后續也希望自己在nodejs這方面有多點內容產出。
本文以Windows平臺上做測試，以gulp為示例做教程
NPM的全稱是Node Package Manager，是隨同NodeJS一起安裝的包管理和分發工具，它很方便讓JavaScript開發者下載、安裝、上傳以及管理已經安裝的包。
基礎語法
npm install (with no args, in package dir)npm install [<@scope>/]<name>npm install [<@scope>/]<name>@<tag>npm install [<@scope>/]<name>@<version>npm install [<@scope>/]<name>@<version range>npm install <tarball file>npm install <tarball url>npm install <folder>alias: npm icommon options: [-S|--save|-D|--save-dev|-O|--save-optional] [-E|--save-exact] [--dry-run]
安裝包，默認會安裝最新的版本
npm install gulp
安裝指定版本
npm install gulp@3.9.1
安裝包并將信息保持到項目的package.json文件中
項目對模塊的依賴可以使用下面的 3 種方法來表示（假設當前版本號是 1.1.0 ）：
-S, --save 安裝包信息將加入到dependencies（生產階段的依賴）
npm install gulp --save 或 npm install gulp -S
package.json 文件的 dependencies 字段：
"dependencies": { "gulp": "^3.9.1"}-D, --save-dev 安裝包信息將加入到devDependencies（開發階段的依賴），所以開發階段一般使用它
npm install gulp --save-dev 或 npm install gulp -D
package.json 文件的 devDependencies字段：
"devDependencies": { "gulp": "^3.9.1"}-O, --save-optional 安裝包信息將加入到optionalDependencies（可選階段的依賴）
npm install gulp --save-optional 或 npm install gulp -O
package.json 文件的optionalDependencies字段：
"optionalDependencies": { "gulp": "^3.9.1"}-E, --save-exact 精確安裝指定模塊版本
npm install gulp --save-exact 或 npm install gulp -E
輸入命令npm install gulp -ES，留意package.json 文件的 dependencies 字段，以看出版本號中的^消失了
"dependencies": { "gulp": "3.9.1"}模塊的依賴都被寫入了package.json文件后，他人打開項目的根目錄（項目開源、內部團隊合作），使用npm install命令可以根據dependencies配置安裝所有的依賴包
npm install
本地安裝（local）
npm install gulp
全局安裝（global）,使用-g 或 --global
npm install gulp -g
基礎語法
npm uninstall [<@scope>/]<pkg>[@<version>]... [-S|--save|-D|--save-dev|-O|--save-optional]aliases: remove, rm, r, un, unlink
如卸載開發版本的模塊
npm uninstall gulp --save-dev
基礎語法
npm update [-g] [<pkg>...]
基礎語法
npm outdated [[<@scope>/]<pkg> ...]
此命令會列出所有已經過時的包，可以及時進行包的更新
基礎語法
npm ls [[<@scope>/]<pkg> ...]aliases: list, la, ll
查看全局安裝的模塊及依賴
npm ls -g
安裝包的信息可保持到項目的package.json文件中，以便后續的其它的項目開發或者他人合作使用，也說package.json在項目中是必不可少的。
npm init [-f|--force|-y|--yes]
基礎語法
npm help <term> [<terms..>]
例如輸入npm help install，系統在默認的瀏覽器或者默認的編輯器中打開本地nodejs安裝包的文件/nodejs/node_modules/npm/html/doc/cli/npm-install.html
npm help install
輸出node_modules的路徑
npm root [-g]
基礎語法
npm config set <key> <value> [-g|--global]npm config get <key>npm config delete <key>npm config listnpm config editnpm get <key>npm set <key> <value> [-g|--global]
對于config這塊用得最多應該是設置代理，解決npm安裝一些模塊失敗的問題
例如我在公司內網，因為公司的防火墻原因，無法完成任何模塊的安裝，這個時候設置代理可以解決
npm config set proxy=http://xxx.com:8080
又如國內的網絡環境問題，某官方的IP可能被和諧了，幸好國內有好心人，搭建了鏡像，此時我們簡單設置鏡像
npm config set registry=http://r.cnpmjs.org
也可以臨時配置，如安裝淘寶鏡像
npm install -g cnpm --registry=https://registry.npm.taobao.org
npm cache 管理模塊的緩存
基礎語法
npm cache add <tarball file>npm cache add <folder>npm cache add <tarball url>npm cache add <name>@<version>npm cache ls [<path>]npm cache clean [<path>]
最常用命令無非清除npm本地緩存
npm cache clean
基礎語法
npm start [-- <args>]
該命令寫在package.json文件scripts的start字段中，可以自定義命令來配置一個服務器環境和安裝一系列的必要程序，如
"scripts": { "start": "gulp -ws"}此時在cmd中輸入npm start命令相當于執行gulpfile.js文件自定義的watch和server命令。
如果package.json文件沒有設置start，則將直接啟動node server.js
基礎語法
npm stop [-- <args>]
基礎語法
npm restart [-- <args>]
基礎語法
npm test [-- <args>]npm tst [-- <args>]
該命令寫在package.json文件scripts的test字段中，可以自定義該命令來執行一些操作，如
"scripts": { "test": "gulp release"},此時在cmd中輸入npm test命令相當于執行gulpfile.js文件自定義的release命令。
基礎語法
npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease | from-git]'npm [-v | --version]' to print npm version'npm view <pkg> version' to view a package's published version'npm ls' to inspect current package/dependency versions
查看模塊的版本
npm version
基礎語法
npm view [<@scope>/]<name>[@<version>] [<field>[.<subfield>]...]aliases: info, show, v
查看模塊的依賴關系
npm view gulp dependencies
查看模塊的源文件地址
npm view gulp repository.url
查看模塊的貢獻者，包含郵箱地址
npm view npm contributors
基礎語法
npm adduser [--registry=url] [--scope=@orgname] [--always-auth]
發布模板到npm社區前需要先登錄，然后再進入發布的操作
基礎語法
npm publish [<tarball>|<folder>] [--tag <tag>] [--access <public|restricted>]Publishes '.' if no argument suppliedSets tag 'latest' if no --tag specified
基礎語法
npm access public [<package>]npm access restricted [<package>]npm access grant <read-only|read-write> <scope:team> [<package>]npm access revoke <scope:team> [<package>]npm access ls-packages [<user>|<scope>|<scope:team>]npm access ls-collaborators [<package> [<user>]]npm access edit [<package>]
英文原版：https://docs.npmjs.com/files/package.json
這塊內容好多，國內有好心人整理：《npm的package.json中文文檔》，從這份文檔拷貝出一些比較常見的，如下：
默認值
npm會根據包內容設置一些默認值。
"scripts": {"start": "node server.js"}如果包的根目錄有server.js文件，npm會默認將start命令設置為node server.js。
"scripts":{"preinstall": "node-waf clean || true; node-waf configure build"}如果包的根目錄有wscript文件，npm會默認將preinstall命令用node-waf進行編譯。
"scripts":{"preinstall": "node-gyp rebuild"}如果包的根目錄有binding.gyp文件，npm會默認將preinstall命令用node-gyp進行編譯。
"contributors": [...]如果包的根目錄有AUTHORS文件，npm會默認逐行按Name <email> (url)格式處理，郵箱和url是可選的。#號和空格開頭的行會被忽略。
name
在package.json中最重要的就是name和version字段。他們都是必須的，如果沒有就無法install。name和version一起組成的標識在假設中是唯一的。改變包應該同時改變version。
name是這個東西的名字。注意：
version
version必須能被node-semver解析，它被包在npm的依賴中。（要自己用可以執行npm install semver）
可用的“數字”或者“范圍”見semver(7).
description
放簡介，字符串，方便在npm search中搜索
keywords
關鍵字，數組、字符串，方便在npm search中搜索
bugs
你項目的提交問題的url和（或）郵件地址
{ "url" : "http://github.com/owner/project/issues", "email" : "project@hostname.com"}license
你應該要指定一個許可證，讓人知道使用的權利和限制的。
最簡單的方法是，假如你用一個像BSD或者MIT這樣通用的許可證，就只需要指定一個許可證的名字，像這樣：
{ "license" : "BSD" }如果你又更復雜的許可條件，或者想要提供給更多地細節，可以這樣:
"licenses" : [ { "type" : "MyLicense" , "url" : "http://github.com/owner/project/path/to/license" }]repository
指定你的代碼存放的地方。這個對希望貢獻的人有幫助。如果git倉庫在github上，那么npm docs命令能找到你。
這樣做：
"repository" : { "type" : "git" , "url" : "http://github.com/isaacs/npm.git" }"repository" : { "type" : "svn" , "url" : "http://v8.googlecode.com/svn/trunk/" }URL應該是公開的（即便是只讀的）能直接被未經過修改的版本控制程序處理的url。不應該是一個html的項目頁面。因為它是給計算機看的。
scripts
“scripts”是一個由腳本命令組成的hash對象，他們在包不同的生命周期中被執行。key是生命周期事件，value是要運行的命令。
參考上面的npm start、npm test命令
更多詳細請看npm-scripts(7)
config
"config" hash可以用來配置用于包腳本中的跨版本參數。在實例中，如果一個包有下面的配置：
{ "name" : "foo", "config" : { "port" : "8080" } }然后有一個“start”命令引用了npm_package_config_port環境變量，用戶可以通過npm config set foo:port 8001來重寫他。
參見npm-config(7)和npm-scripts(7)。
dependencies
依賴是給一組包名指定版本范圍的一個hash。這個版本范圍是一個由一個或多個空格分隔的字符串。依賴還可以用tarball或者git URL。
請不要將測試或過渡性的依賴放在dependencieshash中。見下文的devDependencies
詳見semver(7).
比如下面都是合法的：
{ "dependencies" : { "foo" : "1.0.0 - 2.9999.9999" , "bar" : ">=1.0.2 <2.1.2" , "baz" : ">1.0.2 <=2.3.4" , "boo" : "2.0.1" , "qux" : "<1.0.0 || >=2.3.1 <2.4.5 || >=2.5.2 <3.0.0" , "asd" : "http://asdf.com/asdf.tar.gz" , "til" : "~1.2" , "elf" : "~1.2.3" , "two" : "2.x" , "thr" : "3.3.x" }}devDependencies
如果有人要使用你的模塊，那么他們可能不需要你開發使用的外部測試或者文檔框架。
在這種情況下，最好將這些附屬的項目列在devDependencies中。
這些東西會在執行npm link或者npm install的時候初始化，并可以像其他npm配置參數一樣管理。詳見npm-config(7)。
對于非特定平臺的構建步驟，比如需要編譯CoffeeScript，可以用prepublish腳本去實現，并把它依賴的包放在devDependency中。（譯者注：prepublish定義了在執行npm publish的時候先行執行的腳本）
比如：
{ "name": "ethopia-waza", "description": "a delightfully fruity coffee varietal", "version": "1.2.3", "devDependencies": { "coffee-script": "~1.6.3" }, "scripts": { "prepublish": "coffee -o lib/ -c src/waza.coffee" }, "main": "lib/waza.js"}prepublish腳本會在publishing前運行，這樣用戶就不用自己去require來編譯就能使用。并且在開發模式中（比如本地運行npm install）會運行這個腳本以便更好地測試。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持武林網。
新聞熱點
疑難解答
