When you run npm test
and it fails, you get the test outputs + a single error message, like so:
npm ERR! Test failed. See above for more details.
However, I made a custom script called lint
, like so:
// package.json
{
// ...
"scripts": {
// ... definition for test ...
"lint": "./node_modules/jsxhint/cli.js src/",
}
}
Alright, simple enough. But when you run npm run lint
and it fails, Rather than the nice looking error for npm test
, you get a massive error message after the output of the linter:
npm ERR! Darwin 14.0.0
npm ERR! argv "node" "/usr/local/bin/npm" "run-script" "lint"
npm ERR! node v0.10.32
npm ERR! npm v2.1.7
npm ERR! code ELIFECYCLE
# and ~15 more lines...
Is there a way to silence all this junk so I can have a clean output like the npm test
script? I see how they caught the error in the npm
source code, but I don't think I can just add a custom command without forking npm
like that... Hope I'm wrong!
But if I am, would I be better off just pushing off a task like this to a tool like Grunt? Thanks!
Use the npm run
--silent
option:Even less typing if you define a shell alias:
If you don't care about preserving the return code of the linter process, you can always configure your
package.json
like this:You can silence the errors by redirecting the stderr to /dev/null. For example:
running:
will now send all npm errors to /dev/null but normal input will still be visible in the console.
Because the error is thrown by npm, after karma exiting with a non-zero status, doing the following is not enough:
but you can overcome it by creating another task that calls that task with stderr redirection:
this will ensure that the npm error messages are hidden
I've just been trying to figure out the same. Not a perfect answer but it kind of worked to specify linting as a pretest script (docs) like so:
Then, when you type in
npm test
the first time, you will only get a single-line error from NPM. Obviously, that means you won't be able to run your tests if you haven't linted.The other option is to use some kind of third party task runner like Make, Grunt or Gulp.
I've only used Make, and I think it's the most painless to set up (at least on OSX and Linux, not sure about Windows).
Create a
Makefile
in your root that looks like so:Then type
make test
andmake lint
to run those commands.