我过去一直在使用这个一行程序，在离开Node.js一段时间后，最近不得不尝试重新发现它。类似于@francoisrv提到的解决方案，它利用了npm_config_*变量。

创建以下最小包。json文件:

{
  "name": "argument",
  "version": "1.0.0",
  "scripts": {
    "argument": "echo \"The value of --foo is '${npm_config_foo}'\""
  }
}

执行如下命令:

npm run argument --foo=bar

观察以下输出:

foo的值是'bar'

所有这些都在npm官方文档中有很好的记录:

https://docs.npmjs.com/using-npm/config

注意:“环境变量”标题解释了脚本中的变量与文档中定义的变量的行为不同。当涉及到大小写敏感性时，这是正确的，以及参数是否定义为空格或等号。

注意:如果使用带有连字符的参数，这些参数将在相应的环境变量中替换为下划线。例如，npm运行示例——foo-bar=baz对应于${npm_config_foo_bar}。

注意:对于非wsl Windows用户，请参阅下面@Doctor Blue的评论…将${npm_config_foo}替换为%npm_config_foo%。

你也可以这样做:

在package.json:

"scripts": {
    "cool": "./cool.js"
}

在cool.js:

 console.log({ myVar: process.env.npm_config_myVar });

在CLI:

npm --myVar=something run-script cool

应该输出:

{ myVar: 'something' }

更新:在使用npm 3.10.3时，它看起来降低了process.env的大小写。npm_config_变量?我还使用了better-npm-run，所以我不确定这是否是普通的默认行为，但这个答案是有效的。而不是process.env。npm_config_myVar，尝试process.env.npm_config_myvar

使用——从脚本中分离参数，并添加所有必需的参数，稍后我们可以通过索引访问它们。

npm run start -- myemail@gmail.com 100

你可以在节点中使用

const params = process.argv.slice(2);
console.log(params);

输出

['myemail@gmail.com', '100']

如果你想把参数传递到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只运行一次常规构建。

这并没有真正回答你的问题，但你总是可以使用环境变量来代替:

"scripts": {
    "start": "PORT=3000 node server.js"
}

然后在你的server.js文件中:

var port = process.env.PORT || 3000;

当我需要部署到不同的环境时，我也遇到了同样的问题 这是包裹。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