Build snapshots with releases

[thlehmann-ionos]

Change

• Creates snapshot tag needed to create a release
• Uses softprops/action-gh-release action to create a release with the build .zip as asset and release configured as prerelease

Proposal for releases

Options

1. Unset "prerelease" for the created release or
2. Create a release tag and
   • We (manually) create and push a release candidate tag at the same revision the most recent snapshot tag was deployed to the test system (we basically re-tag the revision as "it's on staging now")
   • An action triggered by the release-candidate tag updates the existing release for this revision to be released now (prerelease = false)
   • We (manually) create and push a release tag at the same revision the most recent release candidate tag is at

Tips

API request to fetch newest release:

function f() { curl --silent -L  -H "Accept: application/vnd.github+json"  -H "X-GitHub-Api-Version: 2022-11-28" https://api.github.com/repos/${1}/releases | jq --raw-output '.[0].assets[0].browser_download_url' ; } ; f "thlehmann-ionos/nc-server"

Proposal for the downstream usage

• The GitLab container build and K8s pipelines could use renovate to scan us for new releases and trigger a container build and deploy on their side

Remarks

Attempt: keeping tag and build + release of tag separate workflows

It was tried having a workflow tagging upon change to ionos-dev and another workflow building upon "snapshot" tag creation. Yet GitHub would not trigger a workflow upon tag creation that another workflow caused. This is a "security" feature that can be circumvented by configuring personal access tokens (PAT), yet I discarded this for being less secure and requiring regular token renewals.