Rethink changelog approach #247

Closed
opened 2021-11-16 19:14:34 +00:00 by justusbunsi · 1 comment
justusbunsi commented 2021-11-16 19:14:34 +00:00 (Migrated from gitea.com)

After 5.0 is released, we should rethink the current changelog approach. Major versions are quite likely to contain breaking changes which are documented with more details than non-breaking changes in patches.

Having those inside the README file bloats it a lot. Especially located above the actual documentation where it hides the actual documentation for new users.

My suggestion is to move the actual changelog either to the end of the file and just refer to it at the top, or move it into another file and include this into the release process.

Maybe it is even possible to auto-generate the release notes from PRs marked as breaking. This would require a user friendly PR description but reduces the manual overhead, since it's already written for the PR reviewers. ?

After 5.0 is released, we should rethink the current changelog approach. Major versions are quite likely to contain breaking changes which are documented with more details than non-breaking changes in patches. Having those inside the README file bloats it a lot. Especially located above the actual documentation where it hides the actual documentation for new users. My suggestion is to move the actual changelog either to the end of the file and just refer to it at the top, or move it into another file and include this into the release process. Maybe it is even possible to auto-generate the release notes from PRs marked as breaking. This would require a user friendly PR description but reduces the manual overhead, since it's already written for the PR reviewers. ?
viceice commented 2021-11-23 14:40:03 +00:00 (Migrated from gitea.com)

I think a good start will be to move the changes to the bottom. This is done by all bitnami images /charts too. ?

I think a good start will be to move the changes to the bottom. This is done by all bitnami images /charts too. ?
Sign in to join this conversation.
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: lunny/helm-chart#247
No description provided.