Skip to content
This repository has been archived by the owner on Jan 19, 2019. It is now read-only.

Breaking: typescript-estree to 18.0.0 and typescript to 3.2.1 #596

Merged
merged 18 commits into from
Jan 12, 2019

Conversation

armano2
Copy link
Contributor

@armano2 armano2 commented Jan 11, 2019

This PR contains changes from #576, #584, #589, #590, #591, #592 and deprecates changes from #581

v18.0.0 - v5.3.0 changes:

JamesHenry/typescript-estree@v5.3.0...v18.0.0

PRs with changes to ast:

fixes: #414, #588, #384, #593

@armano2
Copy link
Contributor Author

armano2 commented Jan 12, 2019

there is one test witch i'm thinking about adding, but i'm unsure if i should do it here or as separate pr:

const { AST_NODE_TYPES } = require("typescript-estree/dist/ast-node-types");
const visitorKeys = require("../../visitor-keys");
const astTypes = Object.keys(AST_NODE_TYPES);
describe("visitor-keys", () => {
    for (const type of astTypes) {
        test(`type ${type} should be present in visitor-keys`, () => {
            expect(visitorKeys).toHaveProperty(type);
        });
    }
});

this will ensure that we have all supported nodes by typescript-estree in visitor-keys

from this test i can see that we are still missing 5 node types :(
ClassImplements, Import, JSXClosingFragment, JSXOpeningFragment, JSXSpreadChild

@JamesHenry
Copy link
Member

@armano2 I am back reviewing PRs on this side of the fence again :)

I'm strongly of the opinion that we should just jump straight to this PR and close your other ones. Thanks for putting all of these different ones together and making the options available.

Maybe we could creates some failing tests related to the missing visitor keys in a follow up PR?

Copy link
Member

@JamesHenry JamesHenry left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks so much!

@armano2
Copy link
Contributor Author

armano2 commented Jan 12, 2019

should i upgrade it to 16.x.x 17.x.x ?

@JamesHenry
Copy link
Member

We should be able to release 18 today (the heritage related PR) and then draw a line under the major changes in this batch :)

@platinumazure
Copy link
Member

@JamesHenry Just to make sure I'm following- are you suggesting that typescript-estree will release 18.x soon and we should jump to that, closing this PR at that point?

@armano2 I agree we can do a follow up PR to add the missing visitor keys- as soon as I'm clear on what version of typescript-estree we want to migrate to (see above), we'll get that in and then have a couple of days where the other PRs will need to rebase- during that time you can write a PR for the new test. Sound good?

@JamesHenry
Copy link
Member

Yes, exactly 👍

@JamesHenry
Copy link
Member

JamesHenry commented Jan 12, 2019

18 is out now and should hopefully be the last major change for a little while now. We'll work on catching things up here next

@armano2 armano2 changed the title Breaking: typescript-estree to 15.0.0 and typescript to 3.2.1 Breaking: typescript-estree to 18.0.0 and typescript to 3.2.1 Jan 12, 2019
@armano2
Copy link
Contributor Author

armano2 commented Jan 12, 2019

ok, PR updated with changes for v18

@JamesHenry JamesHenry merged commit 567e8db into eslint:master Jan 12, 2019
@armano2 armano2 deleted the estree-15.0.0 branch January 12, 2019 20:53
@armano2
Copy link
Contributor Author

armano2 commented Jan 12, 2019

@JamesHenry looks like not all tickets got closed
#588, #384, #593

@siebertm
Copy link

Are there any plans for a new release soon? This kindof blocks me from upgrading typescript to 3.2...

@Jessidhia
Copy link

A workaround that can be used with yarn, as long as you have no BigInt syntax in your code, is:

  "resolutions": {
    "**/typescript-eslint-parser/typescript-estree": "6.0.0"
  }

This must, of course, be removed as soon as the ecosystem updates, or there will be pain.

@corbinu
Copy link

corbinu commented Jan 15, 2019

I also have been maintaining a kind of nightly @corbinu/typescript-eslint-parser

I will say in the latest version typescript/no-empty-interface seems to be broken so I did turn it off

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

type declarations should have distinct AST from vars
7 participants