-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
docs: add 'When Not To Use It' or an intentional omission notice on all rules #7447
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
docs: add 'When Not To Use It' or an intentional omission notice on all rules #7447
Conversation
Thanks for the PR, @JoshuaKGoldberg! 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. |
packages/eslint-plugin/docs/rules/no-duplicate-type-constituents.md
Outdated
Show resolved
Hide resolved
packages/eslint-plugin/docs/rules/no-extra-non-null-assertion.md
Outdated
Show resolved
Hide resolved
389a697
to
cb4db89
Compare
PR Checklist
Overview
Context: We'd like to bolster the sections in our docs that explain when not to use certain lint rules. Virtually all of our rules -even the exceptionally useful ones- have tradeoffs that can make them harder to use in some projects. We'd love to know what those tradeoffs are so we can document them!
Posting as a reference draft for #7257.Marking as ready for review. I'd love any and all feedback on this: what reasons have you seen to not use specific lint rules? Please do comment them here, in the file for the corresponding lint rule! (or DM/email me somewhere if you want to send private feedback)I can't promise we'll agree with all reasons 😄 but at the very least they're good for us to know. And oftentimes "our project wasn't architected in a way to allow this code pattern" is a good reason for us to mention.