run JSHint as mocha tests
Last updated 4 years ago by ebdrup .
MIT · Repository · Bugs · Original npm · Tarball · package.json
$ cnpm install mocha-jshint 
SYNC missed versions from official npm registry.

mocha-jshint npm version Build Status Dependency Status devDependency Status

Run jshint as Mocha tests.

To install in your node.js project as devDependency, run this command, in the root of your project

npm install mocha-jshint --save-dev


Mocha defaults to looking for your test specs in the test folder of your project. Add this file as test/jshint.spec.js in your project, with the following content:


That is it you are done.

To grep only the jshint test, just do

mocha --grep jshint

using with git

If you are using git as version control you can do the following in your test:

	git: {
		modified: true,
		commits: 2,
		exec: {
			maxBuffer: 20*1024*1024

This means that jshint will only lint the files that are modified on disk according to git, and the files modified in the last two git commits.

There is also the masterDiff option:

	git: {
		modified: true,
		commits: 2,

This means that if we are on any other branch than master, only the files changed compared to the master branch will be linted.

If we are on the master branch, only the files that are modified on disk according to git, and the files modified in the last two git commits will be linted.

specifying paths

Normally I would recommend configuring what to lint with .jshintignore described in configuring jshint. And just lint the working directory.

But if you want to specify specific paths to lint, you can do the following in your test:

	paths: [

Each path may be either a file path or a directory path, and should yield a valid file or directory when passed through path.resolve(). Each path listed in the array will be linted on a separate test.

changing test suite name

The default name for the test suite generated by mocha-jshint is jshint, but it may be overridden in the following manner:

	title: 'My custom test suite name'

pretty output

For pretty-printed output, with errors grouped by filename, enable the pretty option:

	pretty: true

Sample output:

$ npm test
  1) jshint should pass for working directory:
      Found 3 jshint error(s) in 2 file(s):
                    1:1     Missing semicolon. (W033)
                   18:0     Identifier 'good_times' is not in camel case. (W106)

                    3:5     '_' is defined but never used. (W098)

configuring jshint

In the root of your project you can add a .jshintignore file, where each line is a file or directory for jshint to ignore and not check for errors. (see this project for an example)

At the root of your project you can add a .jshintrc file, that specifies what options you want jshint to run with (see this project for an example)

You can also add a .jshintrc file to any subdirectory of your project, to override the .jshintrc settings in the root. For example in this project I allow some global variables in the test folder. Global variables that are set when I run mocha tests. Global variables that are only allowed to be used, in the .js files in the test folder


This module was created to:

  • Make adding jshint testing to a project using Mocha as easy as possible
  • Make it easy to piggyback on all the different Mocha reporters (dot, spec, teamcity etc) for jshint output
  • Make sure that you get a click-able link directly to the problem in WebStorm, when jshint fails
  • Make sure that there is no unnecessary noise in the test output

Version history

2.2: Added paths and title options.

2.1: Added git masterDiff option.

2.0: Added git features. Removed old undocumented paths feature.



Current Tags

  • 2.3.1                                ...           latest (4 years ago)

25 Versions

  • 2.3.1                                ...           4 years ago
  • 2.3.0                                ...           4 years ago
  • 2.2.6                                ...           4 years ago
  • 2.2.5                                ...           4 years ago
  • 2.2.4                                ...           4 years ago
  • 2.2.3                                ...           4 years ago
  • 2.2.2                                ...           4 years ago
  • 2.2.1                                ...           4 years ago
  • 2.2.0                                ...           4 years ago
  • 2.1.1                                ...           4 years ago
  • 2.1.0                                ...           4 years ago
  • 2.0.2                                ...           4 years ago
  • 2.0.1                                ...           4 years ago
  • 2.0.0                                ...           4 years ago
  • 1.1.0                                ...           5 years ago
  • 1.0.0                                ...           5 years ago
  • 0.0.9                                ...           5 years ago
  • 0.0.8                                ...           5 years ago
  • 0.0.7                                ...           6 years ago
  • 0.0.6                                ...           6 years ago
  • 0.0.5                                ...           6 years ago
  • 0.0.4                                ...           6 years ago
  • 0.0.3                                ...           6 years ago
  • 0.0.2                                ...           6 years ago
  • 0.0.1                                ...           6 years ago

Copyright 2014 - 2016 © |