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 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(由空格分隔的字符串数组，由操作系统提供给节点可执行文件)。

在我看来，人们使用包装。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 */

等等……

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

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

使用过程。Argv在你的代码中，然后只提供一个尾随$*到你的脚本值项。

作为一个例子，尝试用一个简单的脚本，只记录提供的参数到标准的echoargs.js:

console.log('arguments: ' + process.argv.slice(2));

package.json:

"scripts": {
    "start": "node echoargs.js $*"
}

例子:

> npm start 1 2 3
arguments: 1,2,3

的过程。[0]是可执行(节点)进程。Argv[1]是你的脚本。

在npm v5.3.0和node v8.4.0中测试

jakub。G的答案是正确的，但是使用grunt的例子似乎有点复杂。

所以我的简单回答是:

-向npm脚本发送命令行参数

发送命令行参数到npm脚本的语法:

npm run [command] [-- <args>]

假设我们的包中有一个npm start任务。Json启动webpack开发服务器:

"scripts": {
  "start": "webpack-dev-server --port 5000"
},

我们用npm start从命令行运行它

现在，如果我们想把一个端口传递给npm脚本:

"scripts": {
  "start": "webpack-dev-server --port process.env.port || 8080"
},

运行该命令并通过命令行传递端口，例如5000，如下所示:

npm start --port:5000

-使用包。json配置:

正如jakub提到的。G，你也可以在package.json的配置中设置参数

"config": {
  "myPort": "5000"
}

"scripts": {
  "start": "webpack-dev-server --port process.env.npm_package_config_myPort || 8080"
},

NPM start将使用配置中指定的端口，或者你也可以覆盖它

npm config set myPackage:myPort 3000

-在npm脚本中设置参数

读取npm脚本中设置的变量的例子。在本例中NODE_ENV

"scripts": {
  "start:prod": "NODE_ENV=prod node server.js",
  "start:dev": "NODE_ENV=dev node server.js"
},

通过prod或dev读取server.js中的NODE_ENV

var env = process.env.NODE_ENV || 'prod'

if(env === 'dev'){
    var app = require("./serverDev.js");
} else {
    var app = require("./serverProd.js");
}

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