-
Notifications
You must be signed in to change notification settings - Fork 5
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
Publish GitHub Release from release.bash
script
#55
Comments
Looks like there is a GitHub Action workflow that automatically creates a GitHub Release when a tag is pushed whose tag name starts with 'v': https://github.com/actions/create-release This may be simplest: no need to modify the Alternatively, we can use the GitHub REST API: https://developer.github.com/v3/repos/releases/#input The JSON to send looks fairly straightforward: {
"tag_name": "v1.0.0",
"target_commitish": "master",
"name": "v1.0.0",
"body": "Description of the release",
"draft": false,
"prerelease": false
} The authentication may be an issue when calling the REST API; we would need to specify a token. Example curl command: curl -v -s \
-H "Authorization: token xxxxxxxxx" \
-H "Content-Type:application/json" \
"https://api.github.com/repos/:owner/:repo/releases" \
-d '{ "user" : { "email" : "XXXXXXX", "password" : "XXXXX"}, "tag_name": "1.2.1", "target_commitish": "master", "name": "1234", "body": "Release of version 1234", "draft": false, "prerelease": false}' |
Example output:
|
See if it is feasible/what is involved to publish a GitHub Release from the
release.bash
script.That would make the
release.bash
script a true "one push" button that does the full release all the way up to publishing the distribution zip with ami binaries to GitHub Packages.This likely involves making a
curl
call to the GitHub REST API.Release Notes are an open issue here.
Now that we have more formal releases, I think it makes sense for each release to have release notes. This could be as simple as a summary and a list of issues fixed.
In the picocli project I track all changes in GitHub issues and group them in "Milestones" that correspond to releases. I have a separate RELEASE_NOTES.md file in the project where I write a post for each release. This is quite a lot of work, we can be less formal, but some release notes would be nice and we should think about where to store them.
The text was updated successfully, but these errors were encountered: