Skip to content
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

Release: Improve release scripting #513

Draft
wants to merge 3 commits into
base: main
Choose a base branch
from

Conversation

portersrc
Copy link
Member

@portersrc portersrc commented Sep 26, 2024

The release-helper script for trustee needed some attention, which this PR tries to address:

  1. A tweak to the way docker manifest create was used for the latest tag
  2. A github action that's triggered on release and which handles the ghcr package tagging.

These tasks came about from here.

Comments for reviewers:

  • Is it worth keeping the release-helper-kustfile.sh at all now? It's just a sed with a lot of noise to create a PR. If we expect this to grow then it may be worth keeping.
  • This is draft state until I test it.

The `docker manifest create` command for creating the latest tag
had a typo which needed amending. Also, the way the loops and
associative arrays are written, this `docker manifest create` command
would have run more than once for the same `latest` package. This was
probably not intended, because ghcr will only accept 1 latest tag for
the same package anyway. So, this change also moves the
`docker manifest create` command outside of the loop to avoid this
ambiguity and chooses the release package name without any prefix to
be the latest version (e.g. opting for key-broker-service:v0.10.0
for the latest tag instead of key-broker-service:built-in-as-v0.10.0).

Signed-off-by: Chris Porter <[email protected]>
The release-helper script did two things: bump the version in the
kustomization file, and update the ghcr packages with release tags.
The latter step should be triggered by a github action on release
and should not require a user to manually run it. Thus, it makes
sense to separate this into its own script.

Signed-off-by: Chris Porter <[email protected]>
Rather than manuallyu execute a script for tagging ghcr packages
at release time, this can be more reliably automated in a github
action that's triggered on release. This new github action simply
calls the previous release-helper script support that is in place.

Signed-off-by: Chris Porter <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant