Skip to content

Commit

Permalink
Update CHANGELOG.md
Browse files Browse the repository at this point in the history
  • Loading branch information
feross committed Jul 6, 2019
1 parent 5e6315c commit f7f98bf
Showing 1 changed file with 4 additions and 4 deletions.
8 changes: 4 additions & 4 deletions CHANGELOG.md
Expand Up @@ -13,10 +13,10 @@ When you upgrade, consider running `standard --fix` to automatically format your
- BREAKING: Node.js 6 is no longer supported
- Node.js 6 is EOL and will no longer be receiving security updates. As a result, the eslint team has decided to drop support for it.
- To prevent breaking CI for projects which still support Node 6, `standard` silently passes when run by an unsupported version of Node.
- Plugins are no longer affected by `standard`'s location
- Previously, `standard` loaded plugins relative to the location of the `standard` package itself. As a result, we suggested that users with global `standard` installations should also install plugins globally, and users with local `standard` installations should install plugins locally. However, due to a design bug, this strategy caused `standard` to randomly fail to load plugins under certain circumstances, particularly when using package management tools like `lerna` and Yarn Plug n’ Play.
- As a rule of thumb: With `standard` 13, plugins should always be installed locally, even if `standard` was installed globally. More precisely, `standard` 13 resolves plugins relative to the end user’s project by default, and always resolves parsers relative to the location of the config file that imports them.
- To address: If you use a global installation of `standard` (e.g. installed with `npm install standard --global`) along with plugins, you should install those plugins and parsers locally in the projects where you run `standard`.
- **For `eslint-config-standard` users only:** Plugins are no longer affected by `eslint`'s location
- Previously, ESLint loaded plugins relative to the location of the ESLint package itself. As a result, we suggested that users with global ESLint installations should also install plugins globally, and users with local ESLint installations should install plugins locally.
- With ESLint v6, plugins should always be installed locally, even if ESLint was installed globally. More precisely, ESLint v6 resolves plugins relative to the end user’s project by default, and always resolves shareable configs and parsers relative to the location of the config file that imports them.
- See [migrating to ESLint 6.0.0 for more information](https://eslint.org/docs/user-guide/migrating-to-6.0.0#-plugins-and-shareable-configs-are-no-longer-affected-by-eslints-location).

- Update `eslint-plugin-promise` from `~4.0.0` to `~4.2.1`
- No significant changes
Expand Down

0 comments on commit f7f98bf

Please sign in to comment.