Check JavaScript files ES version against a specified ES version π
ES Check checks JavaScript files against a specified version of ECMAScript (ES) with a shell command. If a specified file's ES version doesn't match the ES version argument passed in the ES Check command, ES Check will throw an error and log the files that didn't match the check.
Ensuring that JavaScript files can pass ES Check is important in a modular and bundled world. Read more about why.
ES Check version 9 is a major release update that can enforce actual ES version specific features checks, implements intitial browserslist integration, basic (naive) polyfill detection, and supports an allowlist. To enable ecmaVersion specific checks, pass the --checkFeatures flag. To enable browserslist integration, pass the --checkBrowser flag. To enable polyfill detection, pass the --checkForPolyfills flag. There is also more config file support. Besides this, there are other feature updates based on user feedback. This version should not break any existing scripts. Please report any issues!
es-check es6 './dist/**/*.js' --checkFeaturesGet StartedΒ Β Why ES Check?Β Β UsageΒ Β Walk ThroughΒ Β APIΒ Β DebuggingΒ Β ContributingΒ Β Issues
Install
npm i es-check --save-dev # locally
npm i es-check -g # or globally
Check if an array or glob of files matches a specified ES version.
- Note: adds quotation around globs. Globs are patterns like so,
<something>/*.js.
es-check es5 './vendor/js/*.js' './dist/**/*.js'
- The ES Check script (above) checks
/dist/*.jsfiles to see if they're ES5. It throws an error and logs files are that do not pass the check.
In modern JavaScript builds, files are bundled up so they can be served in an optimized manner in the browsers. It is assumed by developers that future JavaScriptβlike ES8 will be transpiled (changed from future JavaScript to current JavaScript) appropriately by a tool like Babel. Sometimes there is an issue where files are not transpiled. There was no efficient way to test for files that weren't transpiledβuntil now. That's what ES Check does.
ES Check checks syntax out of the boxβto protect against breaking errors going to production. Additionally, by adding the --checkFeatures flag, ES Check will check for actual ES version specific features. This ensures that your code is syntactically correct and only using features that are available in the specified ES version. Look here to view/add features that ES Check checks for with the --checkFeatures flag!
The images below demonstrate command line scripts and their corresponding logged results.
ES Check is run above with node commands. It can also be run within npm scripts, ci tools, or testing suites.
ES Check provides the necessities. It accepts its place as a JavaScript matcher/tester.
# USAGE
es-check <ecmaVersion> [files...]
Usage: index [options] [ecmaVersion] [files...]
Arguments:
ecmaVersion ecmaVersion to check files against. Can be: es3, es4, es5, es6/es2015, es7/es2016, es8/es2017, es9/es2018, es10/es2019, es11/es2020, es12/es2021,
es13/es2022, es14/es2023
files a glob of files to to test the EcmaScript version against
Here's a comprehensive list of all available options:
| Option | Description |
|---|---|
-V, --version |
Output the version number |
--module |
Use ES modules (default: false) |
--allowHashBang |
If the code starts with #! treat it as a comment (default: false) |
--files <files> |
A glob of files to test the ECMAScript version against (alias for [files...]) |
--not <files> |
Folder or file names to skip |
--noColor |
Disable use of colors in output (default: false) |
-v, --verbose |
Verbose mode: will also output debug messages (default: false) |
--quiet |
Quiet mode: only displays warn and error messages (default: false) |
--looseGlobMatching |
Doesn't fail if no files are found in some globs/files (default: false) |
--silent |
Silent mode: does not output anything, giving no indication of success or failure other than the exit code (default: false) |
--checkFeatures |
Check for actual ES version specific features (default: false) |
--checkForPolyfills |
Consider polyfills when checking features (only works with --checkFeatures) (default: false) |
--ignore <features> |
Comma-separated list of features to ignore, e.g., "ErrorCause,TopLevelAwait" |
--ignoreFile <path> |
Path to JSON file containing features to ignore |
--allowList <features> |
Comma-separated list of features to allow even in lower ES versions, e.g., "const,let" |
--checkBrowser |
Use browserslist configuration to determine ES version (default: false) |
--browserslistPath <path> |
Path to custom browserslist configuration (default: uses standard browserslist config resolution) |
--browserslistEnv <env> |
Browserslist environment to use (default: production) |
--config <path> |
Path to custom .escheckrc config file |
-h, --help |
Display help for command |
Using ES modules:
es-check es6 './dist/**/*.js' --moduleChecking files with hash bang:
es-check es6 './bin/*.js' --allowHashBangSkipping specific files or directories:
es-check es5 './dist/**/*.js' --not=./dist/vendor,./dist/polyfillsUsing the files option instead of arguments:
es-check es6 --files=./dist/main.js,./dist/utils.js[...files] argument and --files flag is an error.
Using loose glob matching:
es-check es5 './dist/**/*.js' './optional/**/*.js' --looseGlobMatchingChecking for ES version specific features:
es-check es6 './dist/**/*.js' --checkFeaturesConsidering polyfills when checking features:
es-check es2022 './dist/**/*.js' --checkFeatures --checkForPolyfillsUsing a custom config file:
es-check --config=./configs/production.escheckrc.jsonES Check is a shell command CLI. It is run in shell tool like Terminal, ITerm, or Hyper. It takes in two arguments: an ECMAScript version (<ECMAScript version>) and files ([files]) in globs.
Here are some example of es check scripts that could be run:
# globs
es-check ./js/*.js
# array of arguments
es-check ./js/*.js ./dist/*.jsIf you're using a consistent configuration, you can create a .escheckrc file in JSON format with the ecmaVersion and files arguments so you can conveniently run es-check standalone from the command line.
Here's an example of what an .escheckrc file will look like:
{
"ecmaVersion": "es6",
"module": false,
"files": "./dist/**/*.js",
"not": ["./dist/skip/*.js"],
"allowHashBang": false,
"looseGlobMatching": false,
"checkFeatures": true,
"checkForPolyfills": true,
"ignore": ["ErrorCause", "TopLevelAwait"],
"allowList": ["ArrayToSorted", "ObjectHasOwn"],
"checkBrowser": false,
"browserslistPath": "./config/.browserslistrc",
"browserslistEnv": "production"
}| Option | Type | Description |
|---|---|---|
ecmaVersion |
String | ECMAScript version to check against (e.g., "es5", "es6", "es2020") |
files |
String or Array | Files or glob patterns to check |
module |
Boolean | Whether to parse files as ES modules |
not |
Array | Files or glob patterns to exclude |
allowHashBang |
Boolean | Whether to allow hash bang in files |
looseGlobMatching |
Boolean | Whether to ignore missing files in globs |
checkFeatures |
Boolean | Whether to check for ES version specific features |
checkForPolyfills |
Boolean | Whether to consider polyfills when checking features |
ignore |
Array | Features to ignore when checking |
allowList |
Array | Features to allow even in lower ES versions |
checkBrowser |
Boolean | Whether to use browserslist configuration to determine ES version |
browserslistPath |
String | Path to custom browserslist configuration |
browserslistEnv |
String | Browserslist environment to use |
For projects with multiple bundle types (like UMD, CJS, and ESM), you can specify different configurations using an array:
[
{
"ecmaVersion": "es6",
"module": false,
"files": "{cjs,umd}/index.{cjs,js}"
},
{
"ecmaVersion": "es2020",
"module": true,
"files": "esm/index.mjs",
"checkFeatures": true
},
{
"files": "legacy/*.js",
"checkBrowser": true,
"browserslistEnv": "legacy"
}
].escheckrc file in the project directory will override all configurations in .escheckrc.
You can also specify a custom config file path using the --config option:
es-check --config=./configs/my-custom-config.jsonThis is useful for projects that need different configurations for different environments or test scenarios.
As of ES-Check version 2.0.2, a better debugging interface is provided. When a file errors, An error object will be logged with:
- the erroring file
- the error
- the error stack
Sometimes you may need to temporarily ignore certain feature detections while working on fixes. ES Check provides two ways to ignore features:
- Via command line:
es-check es6 './dist/**/*.js' --checkFeatures --ignore="ErrorCause,TopLevelAwait"- Via ignore file:
es-check es6 './dist/**/*.js' --checkFeatures --ignoreFile=".escheckignore"Example .escheckignore file:
{
"features": [
"ErrorCause",
"TopLevelAwait"
]
}When using polyfills like core-js to add support for modern JavaScript features in older environments, you might encounter false positives with the --checkFeatures flag. ES Check provides the --checkForPolyfills option to handle this scenario:
es-check es2022 './dist/**/*.js' --checkFeatures --checkForPolyfillsThis option tells ES Check to look for common polyfill patterns in your code and avoid flagging features that have been polyfilled. Currently, it supports detection of:
- Core-js polyfills (both direct usage and imports)
- Common polyfill patterns for Array, String, Object, Promise, and RegExp methods
ES Check provides three ways to handle polyfilled features:
-
--checkForPolyfills: Automatically detects polyfills in your code
es-check es2022 './dist/**/*.js' --checkFeatures --checkForPolyfills -
--allowList: Explicitly specify features to allow regardless of ES version
es-check es2022 './dist/**/*.js' --checkFeatures --allowList="ArrayToSorted,ObjectHasOwn"
-
--ignore: Completely ignore specific features during checking
es-check es2022 './dist/**/*.js' --checkFeatures --ignore="ArrayToSorted,ObjectHasOwn"
- Use
--checkForPolyfillswhen you have a standard polyfill setup (like core-js) and want automatic detection - Use
--allowListwhen you have custom polyfills or want to be explicit about which features are allowed - Use
--ignoreas a temporary solution when you're working on fixes
--allowList.
ES-Check can use your project's browserslist configuration to automatically determine which ES version to check against:
es-check --checkBrowser ./dist/**/*.jsThis will read your browserslist configuration (from .browserslistrc, package.json, etc.) and determine the appropriate ES version based on your targeted browsers.
Using a custom browserslist path:
es-check --checkBrowser --browserslistPath="./config/.browserslistrc" ./dist/**/*.jsUsing a specific browserslist environment:
es-check --checkBrowser --browserslistEnv="production" ./dist/**/*.jsCombining with feature checking:
es-check --checkBrowser --checkFeatures ./dist/**/*.jsES Check is a small utility using powerful tools that Isaac Z. Schlueter, Marijn Haverbeke, and Matthias Etienne built. ES Checker by Ruan YiFeng checks the JavaScript version supported within a browser at run time. ES Check offers similar feedback to ES Checker but at build time and is specific to the product that is using it. ES Check was started after reading this post about [deploying es2015 code to production today] by Philip Walton.
ES Check has 7 dependencies: acorn and acorn-walk, fast-glob, supports-color, winston, browserslist, and commander. To contribute, file an issue or submit a pull request.
To update es versions, check out these lines of code here and here (in acorn.js).
To update es feature detection, update these files here and here as enabled feature testing using acorn walk.
tests to go with new version and/or feature detection updates are great to have!

