-
-
Notifications
You must be signed in to change notification settings - Fork 32k
test: add tests to ensure that node.1 is kept in sync with cli.md #58878
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
test: add tests to ensure that node.1 is kept in sync with cli.md #58878
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #58878 +/- ##
=======================================
Coverage 90.10% 90.11%
=======================================
Files 640 640
Lines 188493 188426 -67
Branches 36971 36960 -11
=======================================
- Hits 169843 169793 -50
+ Misses 11358 11332 -26
- Partials 7292 7301 +9 🚀 New features to boost your workflow:
|
436ee86
to
f9bf6f8
Compare
add tests to make sure that the content of the doc/node.1 file is kept in snyc with the content of the doc/api/cli.md file (to make sure that when a flag or environment variable is added or removed to one, the same change is also applied to the other)
f9bf6f8
to
31315b2
Compare
This comment was marked as outdated.
This comment was marked as outdated.
Co-authored-by: Mohammed Keyvanzadeh <mohammadkeyvanzade94@gmail.com>
@VoltrexKeyva, suggestions accepted, thanks for having a look at the PR 🫶 Regarding non-capturing groups, I did accept the suggestions anyways I wanted to mention that I generally purposely avoid adding the |
'experimental-require-module', | ||
'experimental-sea-config', | ||
'experimental-worker-inspection', | ||
'expose-gc', |
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.
This is the only one I'm not sure about adding to node.1. The rest should be fine tho.
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.
what's the rationale about wanting the flag in the CLI docs but not in the manpage? 🤔
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.
expose-gc
is actually a v8 provided flag and we typically do not document them. I can't remember the rationale for why we added it to the CLI docs.
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.
The documentation was added in #53078
It seems like you and Joyee requested the doc's removal, but only part of it was actually removed? 🤔
(although Joyee's next suggestion makes it sound like they were ok with the docs after all?... 🤔)
Anyways, it looks likely that the docs for the flag were just added by mistake, what do you think?
I can open a PR removing the flag from the docs and see what people say?
@jasnell Issues added for the missing env variables and options 🙂 I've also linked those in the code comments 👍 By the way, I put my name in the TODO comments as I am happy to look into adding those, however the issues also seems like nice potential good first issues (and we only have a few of those), what do you think? maybe it'd be better to remove my name from the TODO comments, add the good first issue label to the issues? 🤔 |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
Add your name to the todo comments isn't really claiming them but providing a pointer for someone who may want to tackle those todos later... it basically identifies who to go ask about it :-) |
Landed in 4b4aaf9 |
add tests to make sure that the content of the doc/node.1 file is kept in snyc with the content of the doc/api/cli.md file (to make sure that when a flag or environment variable is added or removed to one, the same change is also applied to the other) PR-URL: #58878 Reviewed-By: Chemi Atlow <chemi@atlow.co.il> Reviewed-By: James M Snell <jasnell@gmail.com>
add tests to make sure that the content of the doc/node.1 file is kept in snyc with the content of the doc/api/cli.md file (to make sure that when a flag or environment variable is added or removed to one, the same change is also applied to the other)