你要求能够运行像npm start 8080这样的程序。这是可能的，而不需要修改script.js或配置文件如下。

例如，在你的“脚本”JSON值中，包括——

"start": "node ./script.js server $PORT"

然后在命令行中:

$ PORT=8080 npm start

我已经确认这是使用bash和npm 1.4.23工作。注意，这个解决方案不需要解决GitHub npm问题#3494。

在我看来，人们使用包装。Json脚本，当他们想以更简单的方式运行脚本。例如，要使用安装在本地node_modules中的nodemon，我们不能直接从cli调用nodemon，但可以通过./node_modules/nodemon/nodemon.js调用它。所以，为了简化这种冗长的输入，我们可以把这个…

    ...

    scripts: {
      'start': 'nodemon app.js'
    }

    ...

．.． 然后调用NPM start使用“nodemon”，它的第一个参数是app.js。

我想说的是，如果你只是想用node命令启动你的服务器，我认为你不需要使用脚本。输入npm start或node app.js也有同样的效果。

但如果你确实想使用nodemon，并且想传递一个动态参数，也不要使用script。尝试使用符号链接代替。

例如使用sequelize迁移。我创建了一个符号链接…

Ln -s node_modules/sequelize/bin/sequelize

．.． 当我调用它时，我可以传递任何参数…

./sequlize -h /* show help */

./sequelize -m /* upgrade migration */

./sequelize -m -u /* downgrade migration */

等等……

在这一点上，使用符号链接是我能想出的最好的方法，但我真的不认为这是最好的实践。

我也希望你能对我的回答提出意见。

适用于Windows系统下的PowerShell用户

接受的答案不为我的npm 6.14工作。无论是添加“不”还是包含“一次”都不起作用。但是，在实参前面放两次——或者放一次“——”就可以了。例子:

npm run <my_script> -- -- <my arguments like --this>

怀疑的理由

像在bash中一样，——指示PowerShell将以下所有参数视为字面字符串，而不是选项(例如，请看这个答案)。问题似乎是该命令比预期的多解释了一次，丢失了“——”。例如，通过做

npm run <my_script> -- --option value

NPM将运行

<my_script> value

然而,做

npm run <my_script> "--" --option value

结果

<my_script> "--option" "value"

这很好。

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

我过去一直在使用这个一行程序，在离开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