npx
npx 介绍
What
npx是一种在npm中安装工具,也可以被单独的下载使用
在npm 5.2.0 的时候发现会买一送一,自动安装了npx。
pros
再也不需全局安装任何工具只需要npx <commang>
全局安装劣势:
-
占用本机空间
npm会在machine上创建一个目录(mac是
/usr/local/lib/node_modules
)存放所有global安装的包, 其实node_module占用的空间比较大的 -
版本问题:
假如一个项目中的某一个dependency是全局安装的,也就意味着不同的开发人员使用的这个dependency版本完全基于本地的版本,也就会导致不同的开发人员使用不同的版本
使用npx的优势也就凸显出来了:
- 当在执行
npx <command>
的时候,npx会做什么事情?- 帮你在本地(可以是项目中的也可以是本机的)寻找这个 command
- 找到了: 就用本地的版本
- 没找到: 直接下载最新版本,完成命令要求
- 使用完之后不会在你的本机或者项目留下任何东西
- 帮你在本地(可以是项目中的也可以是本机的)寻找这个 command
因此优势总结:
- 不会污染本机
- 永远使用最新版本的dependency
任何command都通过npx在machine任何位置使用
-
举个例子,在某一个项目中使用
npm install --save-dev @babel/core @babel/cli
安装babel。此时:
你在命令行中使用babel script.js
一定会报错说babel不存在,即便你的node_module
中babel静静的躺在那里,你只有两种方式可以使用babel: -
你可以通过在
package.json
的script中使用babel去compile某一个directory(用npm run-script
的形式) -
你也可以通过使用
./node_modules/.bin/babel script.js
用babel去compile某一个script文件(使用babel包中的可执行文件) -
那么他的局限性就很大:
虽然你的node_module中有babel,等价于你的machine上有babel,但是你不能方便的在任何位置使用babel
,只能通过以上的两种方式。
-
但是有了npx在任何位置使用babel command似乎就不是难题了:
当你任何位置(根目录下/项目根目录下)运行
npx babel script.js
不会再报错说babel
不存在了:- npx会帮你找到本机下的babel然后运行
帮助执行one-off
指令
对于一些工具,比如create-react-app
,它们有些特性:
- 可能很久才会被使用一次
- 安装包会很大
我们似乎真的没必要将他们都安装到电脑上,所以可以直接使用npx tool-command
帮助切换版本
npx的-p选项允许您指定要安装的包,并将其添加到正在运行的$PATH中,那么实用的case是什么呢:
当你没有nvm的时候,帮你方便的切换node版本,假设你本机安装的node版本是node@8,但是你的项目可能需要使用使用node@6做测试,如果你有nvm,可以使用nvm use v8.11
,其实npx也可以帮你做成。
使用npx -p node@6 npm run test
:
- npx会帮助你下载node@6
- 将此时的环境变成node@6版本
- 使用node@6帮你执行npm run test
- 命令执行完毕之后不会修改你原来的node版本
指令可以理解为使用node@6版本运行npm run test
通过SHELL AUTO FALLBACK 将npx作为所有指令找不到时的fallback地址
在你的命令行配置文件中(~/.bashrc, ~/.zshrc, ~/.config/fish/config.fish)配置以下指令:
image.png
你会惊喜的发现:
当你随手在任何一个地方执行某一个command比如happy-birthday -u pei
此时你可能根本没有这个happy-birthday
:
- 配置了
npx fallback
image.png
- 没有配置
npx fallback
image.png
也就是配置了npx fallback
,说当你的指令在本机上找不到的时候,npx就会帮助你运行这个command