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，如果你没有其他选择，使用它。

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

"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

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

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

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

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

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

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

这很好。

你要求能够运行像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);