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 */

等等……

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

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

你也可以这样做:

在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

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

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

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

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

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

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

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

然后在命令行中:

$ PORT=8080 npm start

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

从npm 2开始。X，你可以通过——分隔参数传递到运行脚本

终端

npm run-script start -- --foo=3

Package.json

"start": "node ./index.js"

Index.js

console.log('process.argv', process.argv);

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

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");
}

使用过程。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中测试

我发现这个问题，当我试图解决我的问题运行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

基本上这是传递命令行参数的方式，但它只在脚本只有一个命令运行的情况下才会工作，就像我正在运行一个命令，即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访问命令行参数，但这将不起作用

上面的大多数答案都只是将参数传递到你的NodeJS脚本中，由npm调用。我的解决办法是通用的。

只需要用shell解释器(例如sh)调用包装npm脚本，并像往常一样传递参数。唯一的例外是第一个参数编号为0。

例如，你想添加npm脚本someprogram——env=<argument_1>，其中someprogram只打印env参数的值:

package.json

"scripts": {
  "command": "sh -c 'someprogram --env=$0'"
}

当你运行它时:

% npm run -s command my-environment
my-environment

注意:这种方法修改您的包。Json，如果你没有其他选择，使用它。

我必须将命令行参数传递给我的脚本，类似于:

"scripts": {
    "start": "npm run build && npm run watch",
    "watch": "concurrently  \"npm run watch-ts\" \"npm run watch-node\"",
    ...
}

这意味着我用npm run start启动我的应用。

现在如果我想传递一些参数，我会从也许开始:

npm run start -- --config=someConfig

它的作用是:npm运行build && npm运行watch -- --config=someConfig。这样做的问题是，它总是将参数附加到脚本的末尾。这意味着所有链接脚本都不会得到这些参数(Args可能被所有脚本都需要，也可能不需要，但这是另一回事。)此外，当链接的脚本被调用时，这些脚本将不会得到传递的参数。例如，监视脚本不会得到传递的参数。

我的应用程序的生产使用是一个.exe，所以在exe中传递参数很好，但如果想在开发过程中这样做，就会出现问题。

我找不到任何合适的方法来实现这一点，所以这就是我尝试过的。

I have created a javascript file: start-script.js at the parent level of the application, I have a "default.package.json" and instead of maintaining "package.json", I maintain "default.package.json". The purpose of start-script.json is to read default.package.json, extract the scripts and look for npm run scriptname then append the passed arguments to these scripts. After this, it will create a new package.json and copy the data from default.package.json with modified scripts and then call npm run start.

const fs = require('fs');
const { spawn } = require('child_process');

// open default.package.json
const defaultPackage = fs.readFileSync('./default.package.json');
try {
    const packageOb = JSON.parse(defaultPackage);
    // loop over the scripts present in this object, edit them with flags
    if ('scripts' in packageOb && process.argv.length > 2) {

        const passedFlags = ` -- ${process.argv.slice(2).join(' ')}`;
        // assuming the script names have words, : or -, modify the regex if required.
        const regexPattern = /(npm run [\w:-]*)/g;
        const scriptsWithFlags = Object.entries(packageOb.scripts).reduce((acc, [key, value]) => {
            const patternMatches = value.match(regexPattern);
            // loop over all the matched strings and attach the desired flags.
            if (patternMatches) {
                for (let eachMatchedPattern of patternMatches) {
                    const startIndex = value.indexOf(eachMatchedPattern);
                    const endIndex = startIndex + eachMatchedPattern.length;
                    // save the string which doen't fall in this matched pattern range.
                    value = value.slice(0, startIndex) + eachMatchedPattern + passedFlags + value.slice(endIndex);
                }
            }
            acc[key] = value;
            return acc;
        }, {});
        packageOb.scripts = scriptsWithFlags;
    }

    const modifiedJSON = JSON.stringify(packageOb, null, 4);
    fs.writeFileSync('./package.json', modifiedJSON);

    // now run your npm start script
    let cmd = 'npm';
    // check if this works in your OS
    if (process.platform === 'win32') {
        cmd = 'npm.cmd';    // https://github.com/nodejs/node/issues/3675
    }
    spawn(cmd, ['run', 'start'], { stdio: 'inherit' });

} catch(e) {
    console.log('Error while parsing default.package.json', e);
}

现在，不是执行npm run start，而是执行node start-script.js——c=somethis——r=somethingElse

最初的运行看起来很好，但还没有彻底测试。如果你喜欢应用开发，可以使用它。

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

我知道已经有了一个认可的答案，但我有点喜欢这种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]);

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

我发现这是可能的，只是传递变量完全像你会给Node.js:

// index.js
console.log(process.env.TEST_ENV_VAR)

// package.json
...
"scripts": { "start": "node index.js" },
...

TEST_ENV_VAR=hello npm start

打印出“hello”

适用于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"

这很好。

我满足于这样的东西，看看测试观察脚本:

"scripts": {
    "dev": "tsc-watch --onSuccess \"node ./dist/server.js\"",
    "test": "tsc && cross-env NODE_OPTIONS=--experimental-vm-modules NODE_NO_WARNINGS=1 jest",
    "test-watch": "cross-env NODE_OPTIONS=--experimental-vm-modules NODE_NO_WARNINGS=1 tsc-watch --onSuccess",
  },

你像这样调用test-watch脚本:

// Run all tests with odata in their name
npm run test-watch "jest odata"

试试跨环境的NPM包。

使用方便。安装方便。跨所有平台。

例子:

为命令设置参数

// package.json
"scripts": {
  “test”: “node test.js”,
  “test-with-env-arg”: “cross-env YourEnvVarName=strValue yarn test,
}

从process.env中获取参数

// test.js
const getCommandLineArg = Boolean(process.env.YourEnvVarName === 'true')  // Attention: value of process.env.* is String type, not number || boolean

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

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

npm run start -- myemail@gmail.com 100

你可以在节点中使用

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

输出

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