Closed wswoodruff closed 3 years ago
eslint-config-standard-react
was able to go up to11.x.x
but that major version results in strange linting output like telling us that React is an unused variable when it's clear we need it to be in scope when using JSX
I think this can be explained by this: https://reactjs.org/blog/2020/09/22/introducing-the-new-jsx-transform.html. So perhaps we could move to v11 taking this into account.
Question: I thought caret syntax ^5.0.1 was the same as 5.x.x but seems not?
These are identical except ^5.0.1
doesn't match 5.0.0
and 5.x.x
does 👍
I thought the caret and x syntax were similar and that's what I read too
The head-scratching part comes when I have it back at caret syntax, rm node_modules, do a fresh install, then run ncu
to find the large list of updates to do. When the deps are in x.x.x syntax it seems to install the latest pkg versions — confusing, not sure why that's happening
I'm on npm -v 6.14.10
I looked into updating eslint-config-standard-react
to 11.x.x and noticed from the link you sent that they mention using @babel/preset-react
but we use babel-preset-react-app
which also makes its way into our webpack config — I haven't been able to get it to compile yet after attempting to set
[
'@babel/preset-react',
{ 'runtime': 'automatic' }
]
But was unable to get things to compile — also here are some other weird results from the new eslint settings — it doesn't see that we're using elements imported from internals
??
Most of these packages either had minor or patch upgrades awaiting — only 1 or 2 had major upgrades.
Major version upgrades:
immer
's major upgrade includes the breaking change toalways freeze by default, even in production mode
which I think is fineeslint-config-standard-react
was able to go up to11.x.x
but that major version results in strange linting output like telling us thatReact
is an unused variable when it's clear we need it to be in scope when using JSX — lint passes just fine at10.x.x
which is what we updated toQuestion: I thought caret syntax
^5.0.1
was the same as5.x.x
but seems not? Lots of versions in this PR are changing to thex.x.x
syntax — which gives good output after installing and runningncu
Here's the before and after:
Summary of what's left:
error-overlay-webpack-plugin
is upgraded to support it. There's an open issue herePaths forward that we're holding back on
webpack-dev-server
that also updateswebpack-dev-middleware
to support webpack 5 so we'll hold off until we can make that movecopy-webpack-plugin@7.x.x
requires webpack 5history
has a major version we can upgrade but I thought we talked about holding off on updating this? There are some things we gotta think about, especially features that are removed as breaking changes. See here https://github.com/ReactTraining/history/releases?after=v5.0.0-beta.1 And see the breaking changes section here https://github.com/ReactTraining/history/releases