WIP: Bump versions of babel-eslint, eslint and eslint-config-canonical#359
WIP: Bump versions of babel-eslint, eslint and eslint-config-canonical#359gajus merged 1 commit intogajus:masterfrom
Conversation
|
🎉 This PR is included in version 2.50.3 🎉 The release is available on: Your semantic-release bot 📦🚀 |
|
@gajus This PR was not supposed to be merged yet, hence I prefixed it with WIP. I intended it to be a major change removing the mentioned rules and adding support for newer |
Bummer. My bad. Ping when the follow up PR is ready. |
I bumped versions of
babel-eslint,eslintandeslint-config-canonical. Becausebabel-eslinthave changed their scope analysis in this commit to visit also some type annotations, some tests were failing (related issue: #336), in particular,define-flow-typeanduse-flow-type.Tests in
use-flow-typerule were failing because theno-unusedlint error wasn't being thrown anymore. Tests indefine-flow-typewere failing because theno-undeflint error wasn't being thrown anymore. I removed the tests.So these changes were required to get our tests working with new parser and eslint. However, I think that with a pull request to
babel-eslintwe will be able to get rid ofdefine-flow-typeanduse-flow-typerules entirely. I filed the issue few months ago without a response so I will try to create a pull request with needed changes. If they get approved, then we can remove mentioned rules and publish new major version of the plugin. I will update this pull request accordingly.Btw, there is already
v10.0.0version ofbabel-eslintbut I couldn't use it because this commit started to renameTypeAliasnodes intoFunctionDeclarationand it of course broke a lot of our rules.Because of
eslint-config-canonicalupdate, I had to apply lint fixes to a lot of files. It kind of messes this pull request, however, I wasn't able to separate lint and bump changes into two commits. the most important files of this pull request are source and test files fordefine-flow-typeanduse-flow-type.