-
-
Notifications
You must be signed in to change notification settings - Fork 31.4k
tools: update capitalized-comments eslint rule #26849
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Conversation
@@ -358,7 +358,7 @@ const errorTests = [ | |||
send: ')', | |||
expect: 'undefined' | |||
}, | |||
// npm prompt error message | |||
// `npm` prompt error message. |
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.
I kind of chafe at markdown in comments, so this is (from my perspective) mildly unfortunate. Not blocking--only commenting in case you have another idea. (Maybe we can just add |npm
to the end of the ignorePatterns
regexp? Maybe long-term goal can be that the whole regexp will just be a set of words separated by pipe characters like var|let|const|npm
?
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 could add a couple of words to the blacklist but I guess it might become relatively big if we only use a blacklist. So I would definitely keep the current ignore pattern as it overall worked very well.
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.
Hm, I personally would say this specific case actually benefits by making clear that npm
is something specific. If it would be a more generic word, it would be difficult to distinguish it from the rest of the comment.
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.
Churn, baby, churn!
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.
With some nits: 1) eliminate introduced inconsistencies with adjacent lowercased comments (diff is weird in these cases — some GitHub bug adds extra space?); 2) some doubts if the first word is actually a mentioned variable (false-positive).
fbb4308
to
665055d
Compare
Rebased due to conflicts. I incorporated all feedback in the "fixup" commits. PTAL.
|
This strictens the rule to apply from 20 characters on instead of from 30.
Address comments
443f712
to
3de5713
Compare
Rebased due to conflicts. Lite CI https://ci.nodejs.org/job/node-test-pull-request-lite-pipeline/3035/ |
PR-URL: nodejs#26849 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Vse Mozhet Byt <vsemozhetbyt@gmail.com>
This strictens the rule to apply from 20 characters on instead of from 30. PR-URL: nodejs#26849 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Vse Mozhet Byt <vsemozhetbyt@gmail.com>
PR-URL: #26849 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Vse Mozhet Byt <vsemozhetbyt@gmail.com>
This strictens the rule to apply from 20 characters on instead of from 30. PR-URL: #26849 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Vse Mozhet Byt <vsemozhetbyt@gmail.com>
Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passes