7.0.0 • Published 6 months ago

eslint-config-acast v7.0.0

Weekly downloads
985
License
MIT
Repository
github
Last release
6 months ago

eslint-config-acast

Shared ESLint config used at Acast. It combines recommended lint rules from a set of useful ESLint plugins, with modular configs that can be combined to suite the projects need.

Base:

React:

Typescript:

Jest:

Setup

Installation

npm install -D eslint-config-acast eslint prettier

Extending

Extend acast and any extra config you need for your project in your eslintrc file.

Available configs:

  • acast
  • acast/react
  • acast/typescript
  • acast/jest

Example:

// eslintrc.js
{
  "extends": ["acast", "acast/react", "acast/typescript", "acast/jest"]
}

Usage

CLI

With everything setup, you can use the ESLint CLI to lint your code. You can run eslint --fix to fix linting errors and warnings (including Prettier formatting rules).

VSCode integration

ESLint

Integrate ESLint with your Visual Studio Code by installing the ESLint plugin. After installing the plugin and reloading your workspace, you will see warnings and errors right there in your editor.

Prettier

Integrate Prettier with your Visual Studio Code by install the Prettier plugin. After installing the plugin and reloading your workspace, you are ready to format your code right there in your editor.

For the plugin to locate the Prettier formatting rules, add the following to your user settings:

"prettier.eslintIntegration": true

Format using Command Palette:

1. CMD + Shift + P -> Format Document
OR
1. Select the text you want to Prettify
2. CMD + Shift + P -> Format Selection

Or, format on save by adding the following to your user settings:

"[javascript]": {
    "editor.formatOnSave": true
}

Development

Rule overrides should be kept to a minimum. New additions should be well motivated without personal bias.

Release flow

No action is required other than merging your changes into master.

When a pull request is merged into master CircleCI will run the publish job and the following things will happen.

  1. Analyse commit messages since the last release (Git Tag).
  2. For every fix, feat or BREAKING CHANGE, semantic-release will automatically:
  • Decide the new version number based on the commit messages since the latest release tag.
  • Update the package.json file with the new version number and create a change log.
  • Create a tag named Git Tag and push it.
7.0.0

6 months ago

6.1.0

2 years ago

6.0.3

3 years ago

6.0.2

3 years ago

6.0.1

3 years ago

6.0.0

3 years ago

5.0.1

3 years ago

5.0.0

3 years ago

4.8.1

3 years ago

4.8.0

3 years ago

4.7.0

4 years ago

4.6.0

4 years ago

4.5.0

4 years ago

4.4.0

4 years ago

4.3.0

4 years ago

4.2.1

4 years ago

4.2.0

4 years ago

4.1.0

4 years ago

4.0.0

4 years ago

3.1.0

4 years ago

3.0.0

5 years ago

2.5.0

5 years ago

2.4.0

5 years ago

2.3.0

5 years ago

2.2.1

5 years ago

2.2.0

5 years ago

2.1.2

5 years ago

2.1.1

5 years ago

2.1.0

5 years ago

2.0.1

5 years ago

2.0.0

5 years ago

2.0.0-beta.0

5 years ago

1.2.1

6 years ago

1.2.0

6 years ago

1.1.1

6 years ago