Allow previous_tag specification on Release Form Automation #29048
Unanswered
thejeff77
asked this question in
Other Feature Feedback, Questions, & Ideas
Replies: 2 comments
-
|
This is a lovely addition that helps with our automation and prevents incorrect release notes from being generated. It also doesn't seem like a massive piece of work. It's a shame that nothing has changed since this issue was raised in 2022. |
Beta Was this translation helpful? Give feedback.
0 replies
This comment was marked as off-topic.
This comment was marked as off-topic.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Would like to request an additional parameter
previous_tagBe added to the release form automation urls: https://docs.github.com/en/repositories/releasing-projects-on-github/automation-for-release-forms-with-query-parameters.
This would allow it to change from defaulting to
autoto the specified tag in the URL.Also consider allowing the passage of
generate_release_notes=1in a queryparam to do this as part of the page load.This would come in handy for automation since the default generation only goes back to the last semantic version tag, even though the last formal release in the release list may have been well before the previous tag.
Eg: last release was at
v1.5.1, when adding a release for existing tagv1.8.1, theautooption will diff back tov1.8.0instead ofv1.5.1. This is arguably ambiguous, and I'm not saying the auto calculation is wrong. Would be nice to be able to specify the previous tag however.Thanks for any consideration!
Beta Was this translation helpful? Give feedback.
All reactions