本文已同步在個人博客: ruizhengyun.cn/blog/post/8…javascript
添加參數能夠減小重複的 npm script。拿 eslint 來講,傳入 --fix
參數,就開啓內置的代碼風格自動修復模式,好智能聽起來。html
"scripts": {
...,
"lint:js": "eslint ./src/**/*.js",
"lint:js:fix": "eslint ./src/**/*.js --fix"
}
複製代碼
本着不 DRY 的原則,並且還會趕上覆制粘貼帶來的風險,能夠這麼巧妙的配置:java
"scripts": {
...,
"lint:js": "eslint ./src/**/*.js",
"lint:js:fix": "npm run lint:js -- --fix"
}
複製代碼
對面個上面命令配置, --fix
前面添加了 --
,--
是分隔符,意思就是給 npm run lint:js
添加額外的參數。npm
這個時候看看你的代碼,你會發現一些代碼風格就自動修復了。編程
隨着命令配置愈來愈多,添加註釋勢在必行,以保障代碼的可讀性和維護性。json
//
爲鍵的值"scripts": {
...,
"//": "並行檢查全部代碼編程風格",
"lint:bx-all": "npm-run-all --parallel lint:*"
}
複製代碼
添加 //
的方式明顯有不足,npm run 不能將註釋和命令對應上,且只會列出最後那個。post
"scripts": {
...,
"lint-bx-all": "# 並行檢查全部代碼編程風格 \n npm-run-all --parallel lint:*"
}
複製代碼
注意
\n
後面有空格,主要是爲了排版(換行或縮進)美觀,固然了也能夠用\t
。ui
不添加任何參數控制日誌輸出,也是最經常使用的,能夠看到執行命令和執行命令的結果。spa
-s
搭配 --loglevel silent
或 --silent
或 -s
參數來控制日誌輸出,eslint
-d
使用場景多在排查腳本問題的時候可用,搭配 --loglevel verbose
或 --verbose
或 -d
(原本覺得是-v
,估計是 -v
是 version)