【JS学习】 npm 命令
一:
回顾 npm install 命令
我们在使用 npm install 安装模块的模块的时候 ,一般会使用下面这几种命令形式:
1
2
3
4
5
6
7
|
npm install moduleName # 安装模块到项目目录下 npm install -g moduleName # -g 的意思是将模块安装到全局,具体安装到磁盘哪个位置,要看 npm config prefix 的位置。 npm install -save moduleName # -save 的意思是将模块安装到项目目录下,并在package文件的dependencies节点写入依赖。 npm install -save-dev moduleName # -save-dev 的意思是将模块安装到项目目录下,并在package文件的devDependencies节点写入依赖。 |
那么问题来了,在项目中我们应该使用四个命令中的哪个呢?这个就要视情况而定了。下面对这四个命令进行对比,看完后你就不再这么问了。
npm install moduleName 命令
1. 安装模块到项目node_modules目录下。
2. 不会将模块依赖写入devDependencies或dependencies 节点。
3. 运行 npm install 初始化项目时不会下载模块。
npm install -g moduleName 命令
1. 安装模块到全局,不会在项目node_modules目录中保存模块包。
2. 不会将模块依赖写入devDependencies或dependencies 节点。
3. 运行 npm install 初始化项目时不会下载模块。
npm install -save moduleName 命令
1. 安装模块到项目node_modules目录下。
2. 会将模块依赖写入dependencies 节点。
3. 运行 npm install 初始化项目时,会将模块下载到项目目录下。
4. 运行npm install --production或者注明NODE_ENV变量值为production时,会自动下载模块到node_modules目录中。
npm install -save-dev moduleName 命令
1. 安装模块到项目node_modules目录下。
2. 会将模块依赖写入devDependencies 节点。
3. 运行 npm install 初始化项目时,会将模块下载到项目目录下。
4. 运行npm install --production或者注明NODE_ENV变量值为production时,不会自动下载模块到node_modules目录中。
总结
devDependencies 节点下的模块是我们在开发时需要用的,比如项目中使用的 gulp ,压缩css、js的模块。这些模块在我们的项目部署后是不需要的,所以我们可以使用 -save-dev 的形式安装。像 express 这些模块是项目运行必备的,应该安装在 dependencies 节点下,所以我们应该使用 -save 的形式安装。
二:
1、npm是node.js的包管理工具
- 每个版本号都形如
1.2.3
,由三个部分组成,依次叫做“主版本号”、“次版本号”和“修订号” - 当新版本无法兼容基于前一版本的代码时,则提高主版本号
- 当新版本新增了功能与特性,但仍兼容前一版本的代码时,则提高次版本号
- 当新版本仅仅修正漏洞或者增强效率,仍然兼容前一版本代码,则提高修订号
默认情况下,npm install --save
下载的都是最新版本,并且会在package.json
文件里登记一个最优版本号,其形式如下所示:
"dependencies": { "express": "^4.10.0", "ejs": "~2.3.2" }
2、本地安装优于全局安装
npm安装依赖包时有两种模式:本地安装或者全局安装。本地安装表示该依赖包会被下载到当前项目的node_modules
文件夹里,而全局变量则会把它安装到系统级别的目录里。比如用npm install -g typescript
全局安装typescript这个包后,我们就可以在系统的任何位置使用tsc
命令来编译TypeScript文件。这本身没有什么错,有些Node包的命令确实需要在任何位置都能使用,但全局安装依赖包也有隐患:使用你的应用的用户如果没有全局安装typescript怎么办?或者如果她所安装的版本不兼容怎么办?
所以,安装依赖包最好遵循以下实践:
- 尽量不全局安装依赖包,除非是typescript,grunt这种确实有需要的
- 所有的依赖包都应该本地安装,即使是那些已经全局安装过的
本地安装的依赖包,其命令都位于当前项目的node_module/.bin
文件夹下。package.json
文件的"scripts"
部分所使用的依赖包命令都会先去这个文件夹寻找
package.json
里有这么一段:"scripts": { "build:js": "tsc" }
那么,当你运行npm run build:js
时,npm会先去当前项目的node_module/.bin
里寻找对应的执行文件,如果你没有本地安装,才会使用全局级别的命令。
3、npm常用命令的区别
npm i 是npm install的缩写
npm i 有以下几种方式:
npm i module_name # 安装模块到项目目录下 npm i module_name -g # -g 的意思是将模块安装到全局,具体安装到磁盘哪个位置,要看 npm config prefix 的位置。 npm i module_name -S(-save) # --save 的意思是将模块安装到项目目录下,并在package文件的dependencies节点写入依赖。 npm i module_name -D(--save-dev) # --save-dev 的意思是将模块安装到项目目录下,并在package文件的devDependencies节点写入依赖。
具体说明如下:
npm i
module_name
- 会把moudule_name包安装到node_modules目录中
- 不会修改package.json
- 之后运行npm i命令时,不会自动安装moudule_name
npm i module_name -g
- 安装模块到全局,不会在项目node_modules目录中保存模块包。
- 不会将模块依赖写入devDependencies或dependencies 节点。
- 运行 npm i 初始化项目时不会下载模块。
npm i
module_name
-S
- 会把moudule_name包安装到node_modules目录中
- 会在package.json的dependencies属性下添加moudule_name
- 之后运行npm i命令时,会自动安装moudule_name到node_modules目录中
- 之后运行npm i --production或者注明NODE_ENV变量值为production时,会自动安装msbuild到node_modules目录中,即是在线上环境运行时会将包安装
npm i
module_name
–D
- 会把moudule_name包安装到node_modules目录中
- 会在package.json的devDependencies属性下添加moudule_name
- 之后运行npm i命令时,会自动安装moudule_name到node_modules目录中
- 之后运行npm i –production或者注明NODE_ENV变量值为production时,不会自动安装moudule_name到node_modules目录中
使用原则:
devDependencies 节点下的模块是我们在开发时需要用的,比如项目中使用的 gulp ,压缩css、js的模块。这些模块在我们的项目部署后是不需要的,所以我们可以使用-D的形式安装。像 emoudule_namepress 这些模块是项目运行必备的,应该安装在 dependencies 节点下,所以我们应该使用-S的形式安装。
总结为一句话:运行时需要用到的包使用–S,否则使用–D。