-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
feat(eslint-plugin): deprecate prefer-ts-expect-error in favor of ban-ts-comment #9081
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
Conversation
Thanks for the PR, @auvred! typescript-eslint is a 100% community driven project, and we are incredibly grateful that you are contributing to that community. The core maintainers work on this in their personal time, so please understand that it may not be possible for them to review your work immediately. Thanks again! 🙏 Please, if you or your company is finding typescript-eslint valuable, help us sustain the project by sponsoring it transparently on https://opencollective.com/typescript-eslint. |
✅ Deploy Preview for typescript-eslint ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
It looks like the docs website doesn't have any accompanying changes to indicate the deprecation other than it showing in the deprecated column of the table... Consider adding a doc warning like the following?
|
Oops, I kept in mind to mention deprecation in the docs, but it slipped my mind for some reason 😄 Thanks! It might be worth mentioning this in Rule Deprecation docs: typescript-eslint/docs/maintenance/issues/Rule_Deprecations.mdx Lines 28 to 34 in 7ce6acd
|
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.
LGTM, thanks!
+1 if someone wants to file a followup issue / send a followup PR about adding this to the maintenance docs. 😄
b230385
into
typescript-eslint:main
PR Checklist
Overview
prefer-ts-expect-error
is just a subset ofban-ts-comment
becauseban-ts-comment
also suggests replacing @ts-ignore with @ts-expect-error