实例详解带参数的 npm script

添加参数可以减少重复的 npm script。拿 eslint 来说，传入 --fix 参数，就开启内置的代码风格自动修复模式，好智能听起来。

"scripts": {
  ...,
  "lint:js": "eslint ./src/**/*.js",
  "lint:js:fix": "eslint ./src/**/*.js --fix"
}

本着不 DRY 的原则，而且还会遇上复制粘贴带来的风险，可以这么巧妙的配置：

"scripts": {
  ...,
  "lint:js": "eslint ./src/**/*.js",
  "lint:js:fix": "npm run lint:js -- --fix"
}

对面个上面命令配置， --fix 前面添加了 -- ， -- 是分隔符，意思就是给 npm run lint:js 添加额外的参数。

这个时候看看你的代码，你会发现一些代码风格就自动修复了。

添加注释

随着命令配置越来越多，添加注释势在必行，以保障代码的可读性和维护性。

在 package.json 中添加 // 为键的值

"scripts": {
  ...,
  "//": "并行检查所有代码编程风格",
  "lint:bx-all": "npm-run-all --parallel lint:*"
}

添加 // 的方式明显有不足，npm run 不能将注释和命令对应上，且只会列出最后那个。

直接在脚本命令中编辑加注释

"scripts": {
  ...,
  "lint-bx-all": "# 并行检查所有代码编程风格 \n npm-run-all --parallel lint:*"
}

注意 \n 后面有空格，主要是为了排版（换行或缩进）美观，当然了也可以用 \t 。

运行时日志

默认日志

不添加任何参数控制日志输出，也是最常用的，可以看到执行命令和执行命令的结果。

更简洁的日志 -s

搭配 --loglevel silent 或 --silent 或 -s 参数来控制日志输出，

不简洁的日志 -d

使用场景多在排查脚本问题的时候可用，搭配 --loglevel verbose 或 --verbose 或 -d (本来以为是 -v ，估计是 -v 是 version)

总结