Skip to content

Conversation

@Kocal
Copy link
Owner

@Kocal Kocal commented Jan 1, 2018

Close #19

@Kocal Kocal merged commit 1ebf24a into develop Jan 1, 2018
@Kocal Kocal deleted the fix/ISSUE-19 branch January 1, 2018 08:33
Kocal pushed a commit that referenced this pull request May 20, 2018
…xamples/full-airbnb (#141)

Bumps [eslint-import-resolver-webpack](https://github.com/benmosher/eslint-plugin-import) from 0.9.0 to 0.10.0.
<details>
<summary>Release notes</summary>

*Sourced from [eslint-import-resolver-webpack's releases](https://github.com/benmosher/eslint-plugin-import/releases).*

> ## errors abound
> Breaking: removed `no-errors` rule. Instead, each individual rule will report parse errors in the target imported file, if encountered.
> 
> [#90](https://github-redirect.dependabot.com/benmosher/eslint-plugin-import/issues/90): Added `{commonjs: [bool], amd: [bool]}` option object to `no-unresolved`. If set `true`, will attempt to resolve module paths for CommonJS `require` and AMD `define` + `require` in a limited set of cases. Not nearly so smart as Webpack, but smart enough to be useful. (hopefully.) Thanks [**mctep**](https://github.com/mctep) for changing my mind on this. 😁
> 
> [#94](https://github-redirect.dependabot.com/benmosher/eslint-plugin-import/issues/94): Dependency parser will infer 'jsx' plugin if using default Babylon and `jsx` is asserted in the `ecmaFeatures`. Thanks [**jameslnewell**](https://github.com/jameslnewell) for bringing this up.
> 
> [#88](https://github-redirect.dependabot.com/benmosher/eslint-plugin-import/issues/88): un-smarted `no-require`. It will now report on all `require` statements, everywhere, regardless of target.
> 
> ## rise of Babylon
> - Internal parser is now Babylon (6) by default (so generally, you can remove `babel-eslint` as `import/parser`)
> - published [eslint-config-import](https://www.npmjs.com/package/eslint-config-import) with 3 different stock configs
> - all rules are off by default; use config package + `import/warnings` to get previous defaults:
> 
> ``` yaml
> ---
> extends:
> - 'eslint:recommended' # or your favorite base config
> - import/warnings  # or just `import` if you want only the basics
> - import/es7-jsx  # will configure the parser for stage 1 ES7 syntax + JSX
> ```
> 
>   Both `import/warnings` and `import/es7-jsx` extend the base `import` config, so you only need to mention it explicitly if you want only the basic config. All 3 will set `plugins: - import` for you, too.
> - [`import/parse-options`](https://github.com/benmosher/eslint-plugin-import#importparse-options) setting allows custom configuration options for Babylon, or whatever parser package you specified with `import/parser`
> 
> ## es6-only
> - Removed `no-common` in favor of enforcing that all imports have ES6 modules behind them. ([#20](https://github-redirect.dependabot.com/benmosher/eslint-plugin-import/issues/20))
> - `resolve.root` setting allows module resolution to start from some arbitrary path within your package, instead of just relative paths and `node_modules`. ([#18](https://github-redirect.dependabot.com/benmosher/eslint-plugin-import/issues/18))
</details>
<details>
<summary>Commits</summary>

- See full diff in [compare view](import-js/eslint-plugin-import@resolvers/webpack/v0.9.0...v0.10.0)
</details>
<br />

[![Dependabot compatibility score](https://api.dependabot.com/badges/ci_status?dependency-name=eslint-import-resolver-webpack&package-manager=npm_and_yarn&previous-version=0.9.0&new-version=0.10.0)](https://dependabot.com/compatibility-score.html?dependency-name=eslint-import-resolver-webpack&package-manager=npm_and_yarn&previous-version=0.9.0&new-version=0.10.0)

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`.

---

<details>
<summary>Dependabot commands and options</summary>
<br />

You can trigger Dependabot actions by commenting on this PR:
- `@dependabot rebase` will rebase this PR
- `@dependabot ignore this [patch|minor|major] version` will close this PR and stop Dependabot creating any more for this minor/major version (unless you reopen the PR or upgrade to it yourself)
- `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
- `@dependabot use (this|these) label[s]` will set the current labels as the default for future PRs for this repo and language
- `@dependabot use (this|these) reviewer[s]` will set the current reviewers as the default for future PRs for this repo and language
- `@dependabot use (this|these) assignee[s]` will set the current assignees as the default for future PRs for this repo and language

Additionally, you can set the following in your Dependabot [dashboard](https://app.dependabot.com):
- Update frequency (including time of day and day of week)
- Automerge options (never/patch/minor, and dev/runtime dependencies)
- Pull request limits (per update run and/or open at any time)
- Out-of-range updates (receive only lockfile updates, if desired)
- Security updates (receive only security updates, if desired)

Finally, you can contact us by mentioning @dependabot.

</details>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants