Package.json 属性说明
属性 | 说明 |
---|---|
name | 包名 |
version | 包的版本号 |
description | 包的描述 |
homepage | 包的官网 url |
author | 包的作者姓名 |
contributors | 包的其他贡献者姓名 |
dependencies | 依赖包列表。如果依赖包没有安装,npm 会自动将依赖包安装在 node_module 目录下 |
devDependencies | 本地开发依赖包列表。如果依赖包没有安装,npm 会自动将依赖包安装在 node_module 目录下 |
repository | 包代码存放的地方的类型,可以是 git 或 svn ,git 可在 Github 上 |
main | main 字段是一个模块ID ,它是一个指向你程序的主要项目。就是说,如果你包的名字叫 express ,然后用户安装它,然后require("express") |
keywords | 关键字 |
注意
npm install pulign --save-dev
就会生成devDependencies
依赖对象
如果npm install pulign --save
就会生成dependencies
依赖对象而不会有devDependencies
依赖对象
在package.json
中
"devDependencies": {
"autoprefixer": "^6.4.0"
}
^对版本宽松的限制只限制主版本号
例6.4.0
6.4.1
6.6.1
是属于同一版本,如果插件有版本更新,npm
会自动更新。7.x.x
则属于另外一个版本,如果插件更新npm不会自动更新
"devDependencies": {
"autoprefixer": "~6.4.0"
}
~对版本严格的限制
例6.4.0
和6.4.x
是属于同一个版本如果插件有版本更新,npm会自动更新。但是6.4.x
6.5.x
和7.x.x
则属于另外一个版本如果插件更新npm
不会自动更新
一、什么是 npm 脚本?
npm
允许在package.json
文件里面,使用scripts
字段定义脚本命令。
"scripts": {
"dev": "grunt test",
"build": "grunt xxx"
}
```
运行`npm dev`相当于运行`grun grunt test`,运行`build`相当于运行`grunt xxx`
```js
{
// ...
"scripts": {
"build": "node build.js"
}
}
上面代码是package.json
文件的一个片段,里面的scripts字段是一个对象。它的每一个属性,对应一段脚本。比如,build
命令对应的脚本是node build.js
。
命令行下使用npm run
命令,就可以执行这段脚本
$ npm run build
等同于执行
$ node build.js
这些定义在package.json里面的脚本,就称为 npm 脚本。
它的优点很多。
* 项目的相关脚本,可以集中在一个地方。
* 不同项目的脚本命令,只要功能相同,就可以有同样的对外接口。用户不需要知道怎么测试你的项目,只要运行npm run test
即可。
* 可以利用npm
提供的很多辅助功能。
查看当前项目的所有 npm
脚本命令,可以使用不带任何参数的npm run
命令。
二、原理
npm 脚本的原理非常简单。每当执行npm run
,就会自动新建一个Shell
,在这个 Shell
里面执行指定的脚本命令。因此,只要是 Shell(一般是 Bash)可以运行的命令,就可以写在 npm 脚本里面。
比较特别的是,npm run
新建的这个 Shell
,会将当前目录的node_modules/.bin
子目录加入PATH
变量,执行结束后,再将PATH变量恢复原样。
这意味着,当前目录的node_modules/.bin
子目录里面的所有脚本,都可以直接用脚本名调用,而不必加上路径。比如,当前项目的依赖里面有 Mocha
,只要直接写mocha test
就可以了。
"test": "mocha test"
而不用写成下面这样
"test": "./node_modules/.bin/mocha test"
由于 npm
脚本的唯一要求就是可以在 Shell
执行,因此它不一定是 Node
脚本,任何可执行文件都可以写在里面。
npm
脚本的退出码,也遵守 Shell
脚本规则。如果退出码不是0,npm
就认为这个脚本执行失败。
三、通配符
由于 npm
脚本就是 Shell
脚本,因为可以使用 Shell
通配符。
"lint": "jshint *.js"
"lint": "jshint **/*.js"
上面代码中,表示任意文件名,*表示任意一层子目录。
如果要将通配符传入原始命令,防止被 Shell
转义,要将星号转义
"test": "tap test/\*.js"
四、传参
向 npm
脚本传入参数,要使用–标明。
"lint": "jshint **.js"
向上面的npm run lint
命令传入参数,必须写成下面这样
$ npm run lint -- --reporter checkstyle > checkstyle.xml
也可以在package.json
里面再封装一个命令
"lint": "jshint **.js",
"lint:checkstyle": "npm run lint -- --reporter checkstyle > checkstyle.xml"
五、执行顺序
如果 npm
脚本里面需要执行多个任务,那么需要明确它们的执行顺序。如果是并行执行(即同时的平行执行),可以使用&
符号。
$ npm run script1.js & npm run script2.js
如果是继发执行(即只有前一个任务成功,才执行下一个任务),可以使用&&
符号。
$ npm run script1.js && npm run script2.js
六、默认值
一般来说,npm
脚本由用户提供。但是,npm
对两个脚本提供了默认值。也就是说,这两个脚本不用定义,就可以直接使用。
"start": "node server.js",
"install": "node-gyp rebuild"
上面代码中,npm run start
的默认值是node server.js
,前提是项目根目录下有server.js
这个脚本;npm run install
的默认值是node-gyp rebuild
,前提是项目根目录下有binding.gyp文件。
七、钩子
npm
脚本有pre
和post
两个钩子。举例来说,build
脚本命令的钩子就是prebuild
和postbuild
。
"prebuild": "echo I run before the build script",
"build": "cross-env NODE_ENV=production webpack",
"postbuild": "echo I run after the build script"
用户执行npm run build
的时候,会自动按照下面的顺序执行。
npm run prebuild && npm run build && npm run postbuild
因此,可以在这两个钩子里面,完成一些准备工作和清理工作。下面是一个例子。
"clean": "rimraf ./dist && mkdir dist",
"prebuild": "npm run clean",
"build": "cross-env NODE_ENV=production webpack"
npm
默认提供下面这些钩子
pre | post |
---|---|
prepublish | postpublish |
preinstall | postinstall |
preuninstall | postuninstall |
preversion | postversion |
pretest | posttest |
prestop | poststop |
prestart | poststart |
prerestart | postrestart |
定义的脚本命令也可以加上pre
和post
钩子。比如,myscript这个脚本命令,也有premyscript
和postmyscript
钩子。不过,双重的pre和post无效,比如prepretest
和postposttest
是无效的。
npm
提供一个npm_lifecycle_event
变量,返回当前正在运行的脚本名称,比如pretest
、test
、posttest
等等。所以,可以利用这个变量,在同一个脚本文件里面,为不同的npm scripts
命令编写代码。请看下面的例子。
const TARGET = process.env.npm_lifecycle_event;
if (TARGET === 'test') {
console.log(`Running the test task!`);
}
if (TARGET === 'pretest') {
console.log(`Running the pretest task!`);
}
if (TARGET === 'posttest') {
console.log(`Running the posttest task!`);
}
注意,prepublish
这个钩子不仅会在npm publish
命令之前运行,还会在npm install
(不带任何参数)命令之前运行。这种行为很容易让用户感到困惑,所以 npm 4
引入了一个新的钩子prepare,行为等同于prepublish
,而从 npm 5
开始,prepublish
将只在npm publish
命令之前运行。
八、简写形式
npm start是npm run start
npm stop是npm run stop的简写
npm test是npm run test的简写
npm restart是npm run stop && npm run restart && npm run start的简写
九、变量
npm
脚本有一个非常强大的功能,就是可以使用 npm
的内部变量。
首先,通过npm_package_
前缀,npm
脚本可以拿到package.json
里面的字段。比如,下面是一个package.json
。
{
"name": "foo",
"version": "1.2.5",
"scripts": {
"view": "node view.js"
}
}
那么,变量npm_package_name
返回foo
,变量npm_package_version
返回1.2.5。
// view.js
console.log(process.env.npm_package_name); // foo
console.log(process.env.npm_package_version); // 1.2.5
上面代码中,我们通过环境变量process.env
对象,拿到package.json
的字段值。如果是 Bash
脚本,可以用$npm_package_name
和$npm_package_version
取到这两个值。
npm_package_
前缀也支持嵌套的package.json
字段。
"repository": {
"type": "git",
"url": "xxx"
},
scripts: {
"view": "echo $npm_package_repository_type"
}
上面代码中,repository
字段的type
属性,可以通过npm_package_repository_type
取到
下面是另外一个例子。
"scripts": {
"install": "foo.js"
}
上面代码中,npm_package_scripts_install
变量的值等于foo.js
。
然后,npm
脚本还可以通过npm_config_
前缀,拿到 npm 的配置变量,即npm config get xxx
命令返回的值。比如,当前模块的发行标签,可以通过npm_config_tag
取到。
"view": "echo $npm_config_tag",
注意,package.json
里面的config
对象,可以被环境变量覆盖。
{
"name" : "foo",
"config" : { "port" : "8080" },
"scripts" : { "start" : "node server.js" }
}
上面代码中,npm_package_config_port
变量返回的是8080
。这个值可以用下面的方法覆盖。
npm config set foo:port 80
最后,env
命令可以列出所有环境变量。
"env": "env"
十、常用脚本示例
/ 删除目录
"clean": "rimraf dist/*",
// 本地搭建一个 HTTP 服务
"serve": "http-server -p 9090 dist/",
// 打开浏览器
"open:dev": "opener http://localhost:9090",
// 实时刷新
"livereload": "live-reload --port 9091 dist/",
// 构建 HTML 文件
"build:html": "jade index.jade > dist/index.html",
// 只要 CSS 文件有变动,就重新执行构建
"watch:css": "watch 'npm run build:css' assets/styles/",
// 只要 HTML 文件有变动,就重新执行构建
"watch:html": "watch 'npm run build:html' assets/html",
// 部署到 Amazon S3
"deploy:prod": "s3-cli sync ./dist/ s3://example-com/prod-site/",
// 构建 favicon
"build:favicon": "node scripts/favicon.js",