Automate release process using a github action module#337
Conversation
alecjacobs5401
left a comment
There was a problem hiding this comment.
Changes look reasonable to me. Seems like a much simpler approach 👍
Just double checking, though, does the output paths of the files match what was previously generated in the other tool?
For example, the current release artifacts on GitHub have the pattern
chamber-v<VERSION>-<OS>-<ARCHITECHTURE>
Will this new release tool do the same format? Want to make sure there is consistency in case we have some automated tool that downloads based on that format.
Also, the example in the PR body shoes the Docker Publish failing as well. Is that still a concern?
We haven't changed the file format. We're still using same script to generate them. See https://github.com/segmentio/chamber/blob/master/Makefile.release#L155
We're using the docker hub creds that belong to a different account that's why it's failing. We're waiting a response from IT to get the creds for the correct account. |
alecjacobs5401
left a comment
There was a problem hiding this comment.
LGTM then.
Do we have plans to remove the CircleCI webhook given that we removed the CircleCI configuration?
I'm looking forward to remove that once we ensure everything is working. Let's say we need to rollback for some reason, I wouldn't like to depend on IT to get us another webhook url. |
The PR merge we made created an error when publishing to github. We decided to move away from the
github-releasestep in the Makefile and use Github actions steps instead to publish to github. Since this is automated and more streamlined that what the Makefile is doing. Through this, we also decided to use the automated CHANGELOG generation provided by Github Actions.Here is the error for the PR that was merged: https://github.com/segmentio/chamber/actions/runs/2116343973