-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
[code-infra] Add new broken links checker #20120
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
|
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
|
Deploy preview: https://deploy-preview-20120--material-ui-x.netlify.app/ Bundle size report
|
|
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
| ], | ||
|
|
||
| // TODO enable: | ||
| 'react-hooks/refs': 'off', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we add those package per package like we did for the React Compiler ?
Or do you think it's feasible to migrate the whole codebase at once for some of those rules ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should tackle the per package, but we're still figuring out if we should enable react compiler at all. And if we do, perhaps it should only be ab opt-in per component.
For now I just added these to make eslint shut up after a recent update to react-hooks in code-infra
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK make sense 👍
We can do a follow up moving those rules package per package if we think the goal is to enable them.
Even without enabling the compiler itself (I'm clearly not in favor of doing it today 😆 ), some of those rules can be good practices. But it's clearly not the top priority right now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The main problem is that many of the rules are actually quite hard to statically analyze, and the lint plugin is not doing a great job in terms of false positives.
|
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
See mui/mui-public#832