-
Notifications
You must be signed in to change notification settings - Fork 58
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
feat: added the prefer-strict-boolean-matchers
rule
#650
feat: added the prefer-strict-boolean-matchers
rule
#650
Conversation
prefer-strict-boolean-matchers
rule
e57a83a
to
0baa457
Compare
Additionally, IMO, this should be in the recommended ruleset, but that should probably come in a major version down the line |
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.
thanks!
Nice, thanks for adding this! Unfortunately, the rule is not documented in |
aah, I forgot about that. @marekdedic, could you please add documentation for this rule? the docs generator is broken due to dependency issues. Feel free to look at how other rules are documented as a reference. |
Ok, will add it in a separate PR :) |
Hmm, I just realized I added an auto-fix for this rule, but it just replaces |
See #653 |
i think that's okay, did you want todo otherwise? |
No, I'm fine with it, just wanted to make sure it's ok for the autofix to potentially break tests :) If so (I think it's warranted here), then everything's ok :) |
The introduction of this rule in the |
Hi, yes, that is true, they are basically opposites of each other. @veritem it seems to me that the |
@marekdedic |
Ok, that makes sense. One question though: Wouldn't it be better to have this rule on by default instead of |
I agree, |
|
Aaah, sorry, |
done |
I am explicitly not reporting for
.toEqual(true)
or.toStrictEqual(true)
, there's alreadyprefer-to-be
for that.Closes #639