You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that the most recent release (1.0rc at the time of writing) had a lot of changes, but there was understandably a lot more that could be reasonably tracked. What if the changelog could be automatically generated based on PRs?
It could be setup via GitHub Actions in a new workflow file and I'd be happy to assist with setting this up myself to reduce any potential friction for other collaborators moving forward. I didn't see any prior discussions on this when sifting through issues so hoping this is a first.
Thoughts?
The text was updated successfully, but these errors were encountered:
Wouldn't that be just be basically this: 0.9.5...1.0rc ?
I think one problem would be that the individual commits are sometimes not really understandable to outside people, as often multiple commits form a more abstract feature which is later improved or fixed. Back and forth changes like fixing regressions from the last release are also part of the commit log but are completely irrelevant to the version changelog.
The best solution would probably to maintain the changelog as one goes along with development. But we lack the discipline for that.
I noticed that the most recent release (1.0rc at the time of writing) had a lot of changes, but there was understandably a lot more that could be reasonably tracked. What if the changelog could be automatically generated based on PRs?
It could be setup via GitHub Actions in a new workflow file and I'd be happy to assist with setting this up myself to reduce any potential friction for other collaborators moving forward. I didn't see any prior discussions on this when sifting through issues so hoping this is a first.
Thoughts?
The text was updated successfully, but these errors were encountered: