# Linting & formatting
This project uses ESLint, Stylelint, Markdownlint, and Prettier to catch errors and avoid bikeshedding by enforcing a common code style.
# Languages
- JavaScript is linted by ESLint and formatted by Prettier
- HTML (in templates and JSX) is linted by ESLint
- CSS is linted by Stylelint and formatted by Prettier
- Markdown is linted by Markdownlint and formatted by Prettier
- JSON is formatted by Prettier
- Images are minified by
imagemin-lint-staged
(only on pre-commit)
# Scripts
There are a few different contexts in which the linters run.
# Terminal
# Lint all files, fixing many violations automatically
yarn lint
1
2
2
See package.json
to update.
# Pre-commit
Staged files are automatically linted and tested before each commit. See lint-staged.config.js
to update. Yorkie (opens new window) is used by @vue/cli-plugin-eslint
to install the pre-commit hook.
# Editor
In supported editors, all files will be linted and formatted on-save. See editors.md for details.
# Configuration
This boilerplate ships with opinionated defaults, but you can edit each tools configuration in the following config files:
- ESLint (opens new window)
.eslintrc.js
.eslintignore
- Stylelint (opens new window)
stylelint.config.js
- Markdownlint (opens new window)
.markdownlintrc
- Prettier (opens new window)
.prettierrc.js
.prettierignore
# FAQ
So many configuration files! Why not move more of this to package.json
?
- Moving all possible configs to
package.json
can make it really packed, so that quickly navigating to a specific config becomes difficult. - When split out into their own file, many tools provide the option of exporting a config from JS. I do this wherever possible, because dynamic configurations are simply more powerful, able to respond to environment variables and much more.