-
Notifications
You must be signed in to change notification settings - Fork 29.7k
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: fix spelling of API name in 10.0.0 changelog #20257
Closed
Closed
Changes from all commits
Commits
Show all changes
2 commits
Select commit
Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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 change is actually wrong. Originally it did indeed land as
fs.promises
. I would have kept it as is therefore. There should be another commit that changed it later on.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.
A good alternative would be to add the commit that changed it to
fs/promises
.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.
Feel free to do either, I simply relied on @devsnek's and others reviews.
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.
But this isn't a commit message. This is a textual list of notable changes. Unless v10.0.0 shipped with fs.promises rather than fs/promises, this change is correct, IMO. Later on, when the commits are all listed, it says
fs.promises
and that is correct for the reason you identify here. But this section should not be true to specific commits but instead explain the notable change in the release.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 does raise an interesting question though, which is:
Is it necessary to list the commits with the notable changes?
Perhaps it is helpful in some ways, but perhaps it is also misleading. A notable change will often receive subsequent modifications after initially landing. We are not doing the end user favors by providing information in "Notable changes" that describes a change in a form that it was never actually released.
Might this entry in particular be better with no link to a commit and maybe a link to relevant docs about the feature instead?
People reading release notes rarely want to look at source changes, I imagine. Are we making the mistake of designing these release notes for us and not for the end user? Do we need Release Notes that are separate from the ChangeLog and the ChangeLog should be more dry listings and less text? (I don't know the answer here, and this is probably not the place to discuss it, but if someone wants to discuss this in the Release repo or discussion board, maybe that's good?)