Skip to content

Latest commit

 

History

History
106 lines (79 loc) · 2.35 KB

README.md

File metadata and controls

106 lines (79 loc) · 2.35 KB

eslint-config-molindo

Goals

  1. Find errors that are detectable with static analysis.
  2. Make reading code easier by providing consistent code style.
  3. Make writing code faster by leveraging auto fix wherever possible.

Getting started

  1. yarn add eslint eslint-config-molindo prettier --dev
  2. Setup your project config in eslint.config.mjs:
import {getPresets} from 'eslint-config-molindo';

export default [
  ...(await getPresets(
    // Base config
    'typescript', // or 'javascript'

    // Optional extensions
    'react',
    'cssModules',
    'tailwind',
    'jest',
    'cypress',
    'vitest'
  )),

  {
    // Your custom config
  }
];
  1. If you require globals, like browser APIs on window, you can add them to your config:
// eslint.config.mjs
import globals from 'globals';

export default [
  // ...
  {
    languageOptions: {
      globals: {
        ...globals.browser,
        ...globals.node
      }
    }
  }
];
  1. To set up Prettier, add to your package.json:
"prettier": "eslint-config-molindo/.prettierrc.json"
  1. If you use TypeScript, add to your tsconfig.json:
"extends": "eslint-config-molindo/tsconfig.json"

Happy linting!

Further configuration

CI integration

To validate your code in a CI pipeline, add the following to your package.json:

"scripts": {
  "lint": "eslint src && prettier src --check"
}

VSCode integration

The following two extensions are recommended:

  1. dbaeumer.vscode-eslint
  2. esbenp.prettier-vscode

To auto-fix errors from ESLint as well as Prettier on save, you can use the following configuration:

// settings.json (VSCode)
{
  "editor.codeActionsOnSave": {
    "source.fixAll.eslint": "always"
  },
  "editor.defaultFormatter": "esbenp.prettier-vscode",
  "editor.formatOnSave": true
}

Versioning

  • Patch releases are for improved documentation, fixing a rule to stop reporting false positives and internal code changes.
  • Minor releases are for changes to rules that can automatically be fixed.
  • Major releases happen when rules are changed that can't be fixed automatically.