NPM 2和更新版本

从npm 2(2014)开始，可以将参数传递给npm。语法如下:

npm运行<命令> [-- <args>]

注意——separator，用来分隔传递给npm命令本身的参数和传递给脚本的参数。

在package.json的示例中:

"scripts": {
    "grunt": "grunt",
    "server": "node server.js"
}

下面是如何将参数传递给这些脚本:

npm run grunt -- task:target  // invokes `grunt task:target`
npm run server -- --port=1337 // invokes `node server.js --port=1337`

注意:如果你的参数不是以-或——开头，那么显式的——分隔符是不需要的;但为了清晰起见，还是这样做比较好。

npm run grunt task:target     // invokes `grunt task:target`

请注意下面的行为差异(test.js有console.log(process.argv)):以-或——开头的参数被传递给npm而不是脚本，并在那里被无声地吞下。

$ npm run test foobar
['C:\\Program Files\\nodejs\\node.exe', 'C:\\git\\myrepo\\test.js', 'foobar']

$ npm run test -foobar
['C:\\Program Files\\nodejs\\node.exe', 'C:\\git\\myrepo\\test.js']

$ npm run test --foobar
['C:\\Program Files\\nodejs\\node.exe', 'C:\\git\\myrepo\\test.js']

$ npm run test -- foobar
['C:\\Program Files\\nodejs\\node.exe', 'C:\\git\\myrepo\\test.js', 'foobar']

$ npm run test -- -foobar
['C:\\Program Files\\nodejs\\node.exe', 'C:\\git\\myrepo\\test.js', '-foobar']

$ npm run test -- --foobar
['C:\\Program Files\\nodejs\\node.exe', 'C:\\git\\myrepo\\test.js', '--foobar']

当你使用npm实际使用的参数时，区别就更明显了:

$ npm test --help      // this is disguised `npm --help test`
npm test [-- <args>]

aliases: tst, t

要获取参数值，请参见下面的问题。对于读取命名参数，最好使用yargs或minimist这样的解析库;Nodejs公开进程。argv，包含命令行参数值，但这是一个低级API(由空格分隔的字符串数组，由操作系统提供给节点可执行文件)。

如果你想把参数传递到npm脚本的中间，而不是仅仅把它们附加到结尾，那么内联环境变量似乎工作得很好:

"scripts": {
  "dev": "BABEL_ARGS=-w npm run build && cd lib/server && nodemon index.js",
  "start": "npm run build && node lib/server/index.js",
  "build": "mkdir -p lib && babel $BABEL_ARGS -s inline --stage 0 src -d lib",
},

在这里，npm run dev将-w watch标志传递给babel，但是npm run start只运行一次常规构建。

基本上这是传递命令行参数的方式，但它只在脚本只有一个命令运行的情况下才会工作，就像我正在运行一个命令，即npm run start——4200

"script":{
       "start" : "ng serve --port="
 }

这将在传递命令行参数时运行，但如果我们一起运行多个命令，比如npm run build c:/workspace/file

"script":{
       "build" : "copy c:/file <arg> && ng build"
 } 

但是当运行copy c:/file && ng build c:/work space/file时，它会这样解释 我们期待的是这样的事情 复制c:/file c:/work space/file && ng build

注意:-所以命令行参数只能在脚本中只有一个命令的情况下工作。

我读了上面的一些答案，其中一些人写着你可以使用$ symbol访问命令行参数，但这将不起作用

我知道已经有了一个认可的答案，但我有点喜欢这种JSON方法。

npm start '{"PROJECT_NAME_STR":"my amazing stuff", "CRAZY_ARR":[0,7,"hungry"], "MAGICAL_NUMBER_INT": 42, "THING_BOO":true}';

通常我需要1个变量，比如项目名称，所以我发现这个快速n'简单。

我的package.json中也经常有这样的东西

"scripts": {
    "start": "NODE_ENV=development node local.js"
}

贪婪的我想要“所有的”，NODE_ENV和CMD行参数的东西。

你只需要像这样访问你的文件(在我的例子中是local。js)

console.log(process.env.NODE_ENV, starter_obj.CRAZY_ARR, starter_obj.PROJECT_NAME_STR, starter_obj.MAGICAL_NUMBER_INT, starter_obj.THING_BOO);

你只需要在它上面有这一点(我运行v10.16.0 btw)

var starter_obj = JSON.parse(JSON.parse(process.env.npm_config_argv).remain[0]);

总之，问题已经回答了。我想分享一下，因为我经常使用这种方法。

当我需要部署到不同的环境时，我也遇到了同样的问题 这是包裹。Json预发布更新。

 scripts:
{"deploy-sit": "sls deploy --config resources-sit.yml",
 "deploy-uat": "sls deploy --config resources-uat.yml",
 "deploy-dev": "sls deploy --config resources-dev.yml"}

但这里是采用环境变量而不是重复自己的正确方法

scripts:{"deploy-env": "sls deploy --config resources-$ENV_VAR.yml"}

最后，您可以通过运行进行部署 ENV_VAR=dev npm运行deploy-env

我发现这个问题，当我试图解决我的问题运行sequelize seed:generate cli命令:

node_modules/.bin/sequelize seed:generate --name=user

让我言归正传。我想在我的包中有一个简短的脚本命令。Json文件，并同时提供——name参数

经过一些实验，我们找到了答案。这是我在package.json中的命令

"scripts: {
  "seed:generate":"NODE_ENV=development node_modules/.bin/sequelize seed:generate"
}

．.． 下面是一个在终端中运行它为用户生成种子文件的例子

> yarn seed:generate --name=user

> npm run seed:generate -- --name=user

FYI

yarn -v
1.6.0

npm -v
5.6.0