-
Notifications
You must be signed in to change notification settings - Fork 30k
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
doc: harmonize version pattern in YAML comments #35575
Conversation
Fast-track? (So we can land the linting rule for this stuff so @aduh95 doesn't have to open a PR like this ever three days?) |
81cd64c
to
ac66a68
Compare
I've also included some changes so we can check PR-URLs as well – and I did catch some more typos. |
Probably less of a sure-thing fast-track candidate with those additional changes, but I'm still good to fast-track it if someone else agrees. |
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.
Not sure I follow why some sections are getting disabled with the second commit
doc/api/http2.md
Outdated
@@ -2059,13 +2059,17 @@ The socket timeout logic is set up on connection, so changing this | |||
value only affects new connections to the server, not any existing connections. | |||
|
|||
### `http2.createServer(options[, onRequestHandler])` | |||
|
|||
<!--lint disable nodejs-yaml-comments --> |
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.
Why disable the in this block?
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.
That’s because one item in the changes list has been introduced without a PR on node repo for security reason (3948830). This is (will be) picked up by the linter as invalid (see https://github.com/nodejs/remark-preset-lint-node/runs/1235246278?check_suite_focus=true)
Ideally the linter should be aware of that pattern, but I figured disabling linter on the few comments it happens would be good enough on a first iteration.
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.
Is the pattern that if the pr-url
is for nodejs-private/node-private
, then it should have a matching commit
on frontmatter?
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, I agree that’s a cleaner solution. I didn’t take the time to implement that on the linter PR, I’ll try to do that later today.
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.
No worries, just talking the problem out loud 😄
- Should the
commit
be a URL as well? - Should the
commit
be disallowed on non-privatepr-url
s?
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 the commit be a URL as well?
Before I started working on refactoring YAML comments, there were 14 occurrences of commit IDs:
- 13 were
commit: sha
- 1 was
pr-url: https://github.com/nodejs/node/commit/sha
I'd stick with the majority here, as we did on the previous PR, unless someone objects.
Should the commit be disallowed on non-private pr-urls?
Yes, the goal is consistency, let's avoid it where we can. My plan is to have it allowed only on changes introduced on Node.js 0.x (because sometimes changes were made directly on master), and on security releases.
ac66a68
to
465ed49
Compare
@@ -2143,6 +2143,9 @@ The `crypto._toBuf()` function was not designed to be used by modules outside | |||
of Node.js core and was removed. | |||
|
|||
### DEP0115: `crypto.prng()`, `crypto.pseudoRandomBytes()`, `crypto.rng()` | |||
|
|||
<!--lint disable nodejs-yaml-comments --> |
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 the dual pr-url
be allowed in the future, or better to ignore the one-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.
I think that's a one off, we can revisite later if it becomes more common.
Removed the fast-track as now the PR is open for more than 48 hours anyway. |
465ed49
to
72c088e
Compare
Just want to explicitly say:
And, I'm excited to see nodejs/remark-preset-lint-node#139 land 👍 |
Refs: nodejs/remark-preset-lint-node#139 PR-URL: nodejs#35575 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ben Coe <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: James M Snell <[email protected]>
72c088e
to
0aa2c5b
Compare
Landed in 0aa2c5b |
FYI, and I know it's hard to keep track and that it's not relevant for this PR anymore, but good news: There is no 72 hour weekend rule anymore. It's 48 hours no matter when you open the PR. Please don't use that fact to game the system. :-D |
Refs: nodejs/remark-preset-lint-node#139 PR-URL: #35575 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ben Coe <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: James M Snell <[email protected]>
Refs: nodejs/remark-preset-lint-node#139 PR-URL: nodejs#35575 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ben Coe <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: James M Snell <[email protected]>
I've let two linter errors slipped through in #35454.
Refs: nodejs/remark-preset-lint-node#139
Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passes