我有一个名为eslint:jenkins的Grunt任务，该任务在项目上运行eslint。在构建管道中，我将其运行为：
grunt eslint:jenkins --force --verbose
我使用--force，即使任务失败，因为存在一些陪同问题，咕gr声也不会失败。
当我在本地运行此程序时，一切都很好。在Jenkins上运行时，出现以下错误：
<path-to-installation>/Node_10/bin/node: bad option: --force
对于本地环境和Jenkins环境，版本为：Node 10.0和grunt-cli 1.3.1。
我无法想象在任何情况下将--force标志传播到Node的任何原因。任何人都可以给我一些指向哪里的提示吗？
答案 0 :(得分：3)
与节点10相同的问题和带有参数的gulp任务。
./node_modules/.bin/gulp tasks:my-task --myoption=value
[16:14:24] Node flags detected: --myoption=value
[16:14:24] Respawned to PID: 21231
节点8没问题。没有尝试节点9。某处一定有重大更改，但是除了这个问题和https://github.com/gulpjs/gulp/issues/1564
之外，我还能找到任何有关此方面的信息。答案 1 :(得分：2)
sudo npm install grunt-cli -g
应输出如下内容：
/usr/local/bin/grunt -> /usr/local/lib/node_modules/grunt-cli/bin/grunt
+ grunt-cli@1.3.2
updated 2 packages in 3.056s
然后grunt --force应该为您工作。
（在macOS Mojave上测试）
答案 2 :(得分：0)
尝试使用 艰巨的任务：我的任务 -myoption =值，对我有用。