-
-
Notifications
You must be signed in to change notification settings - Fork 805
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
Change log is not updated since version 4.18.4 #1406
Comments
It was previously manually updated by @stakx. I do automated changelog in all my repos, but I just noticed that even if the action run green there was an error when updating from the GH action: https://github.com/moq/moq/actions/runs/5836450586/job/15830043450 Checking why that didn't commit... Thanks for reporting! |
At present, the changelog.yml workflow isn't running successfully to completion (see https://github.com/moq/moq/actions/runs/5836450586/job/16054293256), so manually copy over the markdown from the past few releases for transparency. Fixes #1406
At present, the changelog.yml workflow isn't running successfully to completion (see https://github.com/moq/moq/actions/runs/5836450586/job/16054293256), so manually copy over the markdown from the past few releases for transparency. Fixes #1406
In fact it was expanded by whomever submitted relevant code changes. I only updated the "Unreleased" headers with version numbers immediately prior to a new release. I'm curious though, how does your automated changelog creation process work? Is it based on the titles and authors of issues & PRs that went into a release? (The reason why I thought that a manually edited file was OK was that issue & PR titles often aren't the best possible summary for a bug or change (from a user perspective), and sometimes you may want to add some additional notes that couldn't be derived from them. Also, not all issues and PRs may be significant, so manually deciding to omit some them may remove some noise from the log.) |
It uses a config file and the github changelog generator. So, labels become important, as well as PR titles. Once you factor in this fact, what I usually do is amend PR titles with that in mind. While the changelog is fully automated, the release notes aren't. That uses GH's built-in button to generate the release notes while you create a release from its own config which is very very close to the changelog generator itself. This feature came a bit after I started doing the automated changelog generation, so perhaps I should invest some time in unifying them so the direct notes from the actual release (potentially manually tweaked) make it to the changelog.md as-is. But right now, that's the mix. |
The last record at CHANGELOG.md is for version
4.18.4 (2022-12-30)
.I wonder if this is intentional or not, and also what has changed since. @kzu, can you please fill it in?
The text was updated successfully, but these errors were encountered: