Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/macpaw/eslint-config


https://github.com/macpaw/eslint-config

eslint eslint-config frontend

Last synced: about 5 hours ago
JSON representation

Awesome Lists containing this project

README

        

### [@macpaw/eslint-config-base](eslint-config-base/index.js)

`yarn add --dev @macpaw/eslint-config-base`

### [@macpaw/eslint-config-react](eslint-config-react/index.js)

`yarn add --dev @macpaw/eslint-config-react`

### [@macpaw/eslint-config-typescript](eslint-config-typescript/index.js)

`yarn add --dev @macpaw/eslint-config-typescript`

### [@macpaw/eslint-config-prettier](eslint-config-prettier/index.js)

`yarn add --dev @macpaw/eslint-config-prettier`

## Usage

Extend necessary configs inside `.eslintrc.json`:

```
{
"extends": [
"@macpaw/eslint-config-base", // optional (required only when you do not use packages below)
"@macpaw/eslint-config-react", // optional
"@macpaw/eslint-config-typescript", // optional
"@macpaw/eslint-config-prettier", // optional
]
}
```

## Library Release Process

Our library release process is designed to ensure quality, consistency, and proper versioning. The process is broken down into multiple stages to ensure every change is tracked, reviewed, and integrated appropriately.
We use [changesets](https://github.com/changesets/changesets) for version and release management.

### 1. Adding Changes

Whenever you introduce a new change, run the command:

> You have to do this at least once per branch with some changes.

```bash
pnpm changes:add
```

- The CLI will prompt you with questions regarding your changes. You'll need to specify the nature and level of the changes (options: patch, minor, major).
- After completing the CLI prompts, commit the changes with a commit message similar to `chore: update changesets`.

### 2. Releasing and Publishing

Steps to make a release:
- To initiate a release, create a pull request from `master` to `release` with the title Release.
- Ensure all CI checks pass successfully.
- Once CI checks are green and you have at least one approval, merge the pull request.
- Post-merge, the release GitHub Actions will trigger and create an "update versions" pull request to the `release` branch.
- Wait for the CI to turn green on the "update versions" pull request.
- Once CI is green, merge the "update versions" pull request.
- After this merge, the actions will trigger again. This time, they'll generate a new tag, create a new release, and publish packages to both GitHub and npm registries.

### 3. Post-Release Activities

After a successful release, ensure you create a backmerge pull request from `release` to `master`. This ensures that the `master` branch stays up-to-date with the latest versions and changes.

## Testing in related projects
There is a way to test new version of eslint-config without publishing it to npm:

1. Execute `npm link` inside a necessary config project root.
2. Execute `npm link @macpaw/eslint-config-${name}` inside related project's root.
3. Rebuild related project if needed.
4. When finish testing run `npm unlink @macpaw/eslint-config-${name}`