
Security News
The Changelog Podcast: Practical Steps to Stay Safe on npm
Learn the essential steps every developer should take to stay secure on npm and reduce exposure to supply chain attacks.
eslint-plugin-n
Advanced tools
forked from eslint-plugin-node v11.1.0. as the original repository seems no longer maintained.
Additional ESLint rules for Node.js
npm install --save-dev eslint eslint-plugin-n
| Version | Supported Node.js | Supported ESLint Version | Status |
|---|---|---|---|
| 17.x | ^18.18.0 || ^20.9.0 || >=21.1.0 | >=8.23.0 | πββοΈactively maintained |
| 16.x | >=16.0.0 | >=7.0.0 | β οΈEOL |
| 15.x | >=12.22.0 | >=7.0.0 | β οΈEOL |
Note: It recommends a use of the "engines" field of package.json. The "engines" field is used by n/no-unsupported-features/* rules.
eslint.config.js (requires eslint>=v8.23.0)const nodePlugin = require("eslint-plugin-n")
module.exports = [
nodePlugin.configs["flat/recommended-script"],
{
rules: {
"n/exports-style": ["error", "module.exports"]
}
}
]
To setup without the recommended configs, you'll need to add the plugin:
const nodePlugin = require("eslint-plugin-n")
module.exports = [
{
plugins: {n: nodePlugin},
rules: {
"n/exports-style": ["error", "module.exports"]
}
}
]
{
"extends": ["eslint:recommended", "plugin:n/recommended"],
"parserOptions": {
"ecmaVersion": 2021
},
"rules": {
"n/exports-style": ["error", "module.exports"]
}
}
To setup without the recommended rules you'll need to add the plugin:
{
"parserOptions": {
"ecmaVersion": 2021
},
"plugins": ["n"],
"rules": {
"n/exports-style": ["error", "module.exports"]
}
}
package.json (An example)
{
"name": "your-module",
"version": "1.0.0",
"type": "commonjs",
"engines": {
"node": ">=8.10.0"
}
}
The rules get the supported Node.js version range from the following, falling back to the next if unspecified:
versionnode.versionpackage.json [engines] field>=16.0.0If you omit the [engines] field, this rule chooses >=16.0.0 as the configured Node.js version since 16 is the maintained lts (see also Node.js Release Working Group).
For Node.js packages, using the [engines] field is recommended because it's the official way to indicate support:
{
"name": "your-module",
"version": "1.0.0",
"engines": {
"node": ">=16.0.0"
}
}
For Shareable Configs or packages with a different development environment (e.g. pre-compiled, web package, etc.), you can configure ESLint with settings.node.version to specify support.
πΌ Configurations enabled in.
π’ Set in the recommended-module configuration.
β
Set in the recommended-script configuration.
π§ Automatically fixable by the --fix CLI option.
β Deprecated.
| NameΒ Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β | Description | πΌ | π§ | β |
|---|---|---|---|---|
| callback-return | require return statements after callbacks | |||
| exports-style | enforce either module.exports or exports | π§ | ||
| file-extension-in-import | enforce the style of file extensions in import declarations | π§ | ||
| global-require | require require() calls to be placed at top-level module scope | |||
| handle-callback-err | require error handling in callbacks | |||
| hashbang | require correct usage of hashbang | π’ β | π§ | |
| no-callback-literal | enforce Node.js-style error-first callback pattern is followed | |||
| no-deprecated-api | disallow deprecated APIs | π’ β | ||
| no-exports-assign | disallow the assignment to exports | π’ β | ||
| no-extraneous-import | disallow import declarations which import extraneous modules | π’ β | ||
| no-extraneous-require | disallow require() expressions which import extraneous modules | π’ β | ||
| no-hide-core-modules | disallow third-party modules which are hiding core modules | β | ||
| no-missing-import | disallow import declarations which import missing modules | π’ β | ||
| no-missing-require | disallow require() expressions which import missing modules | π’ β | ||
| no-mixed-requires | disallow require calls to be mixed with regular variable declarations | |||
| no-new-require | disallow new operators with calls to require | |||
| no-path-concat | disallow string concatenation with __dirname and __filename | |||
| no-process-env | disallow the use of process.env | |||
| no-process-exit | disallow the use of process.exit() | π’ β | ||
| no-restricted-import | disallow specified modules when loaded by import declarations | |||
| no-restricted-require | disallow specified modules when loaded by require | |||
| no-sync | disallow synchronous methods | |||
| no-top-level-await | disallow top-level await in published modules | |||
| no-unpublished-bin | disallow bin files that npm ignores | π’ β | ||
| no-unpublished-import | disallow import declarations which import private modules | π’ β | ||
| no-unpublished-require | disallow require() expressions which import private modules | π’ β | ||
| no-unsupported-features/es-builtins | disallow unsupported ECMAScript built-ins on the specified version | π’ β | ||
| no-unsupported-features/es-syntax | disallow unsupported ECMAScript syntax on the specified version | π’ β | ||
| no-unsupported-features/node-builtins | disallow unsupported Node.js built-in APIs on the specified version | π’ β | ||
| prefer-global/buffer | enforce either Buffer or require("buffer").Buffer | |||
| prefer-global/console | enforce either console or require("console") | |||
| prefer-global/process | enforce either process or require("process") | |||
| prefer-global/text-decoder | enforce either TextDecoder or require("util").TextDecoder | |||
| prefer-global/text-encoder | enforce either TextEncoder or require("util").TextEncoder | |||
| prefer-global/url | enforce either URL or require("url").URL | |||
| prefer-global/url-search-params | enforce either URLSearchParams or require("url").URLSearchParams | |||
| prefer-node-protocol | enforce using the node: protocol when importing Node.js builtin modules. | π§ | ||
| prefer-promises/dns | enforce require("dns").promises | |||
| prefer-promises/fs | enforce require("fs").promises | |||
| process-exit-as-throw | require that process.exit() expressions use the same code path as throw | π’ β | ||
| shebang | require correct usage of hashbang | π§ | β |
| Name | |
|---|---|
| π’ | recommended-module |
| β | recommended-script |
About each config:
recommended: Considers both CommonJS and ES Modules. If "type":"module" field existed in package.json then it considers files as ES Modules. Otherwise it considers files as CommonJS. In addition, it considers *.mjs files as ES Modules and *.cjs files as CommonJS.recommended-module: Considers all files as ES Modules.recommended-script: Considers all files as CommonJS.flat/all: enables all of the rules shipped with the package. This configuration is not recommended for production use because it may change with every minor and major version. Use at your own risk.These preset configs:
process.exit().{ecmaVersion: 2021} and etc into parserOptions.globals.plugins.Q: The no-missing-import / no-missing-require rules don't work with nested folders in SublimeLinter-eslint
A: See context.getFilename() in rule returns relative path in the SublimeLinter-eslint FAQ.
Q: How to use the flat eslint config with mixed commonjs and es modules?
A: You can use the new exported flat config flat/mixed-esm-and-cjs, an example:
const nodePlugin = require("eslint-plugin-n");
module.exports = [
...nodePlugin.configs["flat/mixed-esm-and-cjs"],
{
rules: {
"n/exports-style": ["error", "module.exports"],
},
},
]
eslint-plugin-n follows semantic versioning and ESLint's Semantic Versioning Policy.
Deprecated rules follow ESLint's deprecation policy.
Welcome contributing!
Please use GitHub's Issues/PRs.
npm test runs tests and measures coverage.npm run coverage shows the coverage result of npm test command.npm run clean removes the coverage result of npm test command.FAQs
Additional ESLint's rules for Node.js
The npm package eslint-plugin-n receives a total of 3,619,190 weekly downloads. As such, eslint-plugin-n popularity was classified as popular.
We found that eslint-plugin-n demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago.Β It has 2 open source maintainers collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Security News
Learn the essential steps every developer should take to stay secure on npm and reduce exposure to supply chain attacks.

Security News
Experts push back on new claims about AI-driven ransomware, warning that hype and sponsored research are distorting how the threat is understood.

Security News
Ruby's creator Matz assumes control of RubyGems and Bundler repositories while former maintainers agree to step back and transfer all rights to end the dispute.