You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dropping some context: As a part of building linux packages, goreleaser used to sign them with a GPG key. That key is not trivially accessible from GHA using standard shared-workflows.
I asked platform about this in the past here, and they suggested deployment_tools would be the right place to do the signing, and what everybody else publishing packages is doing.
mem
added a commit
that referenced
this issue
Nov 5, 2024
Use GitHub's command line tool (gh) to add packages to the existing
release. The assumption is that the tag was created because there's a
matching release.
This feels wrong, because we are creating a release and then later, in a
separate workflow, we are adding files to that release, instead of doing
it in a single location. From my point of view, the problem is that we
are conceptually creating a release which creates a tag instead of the
other way around. It's even a little weirder because GitHub does support
the concept of "draft release", but release-please doesn't.
Fixes: #956
Signed-off-by: Marcelo E. Magallon <marcelo.magallon@grafana.com>
We changed something recently that caused assets to not be published correctly:
bad: v0.28.2: https://github.com/grafana/synthetic-monitoring-agent/releases/tag/v0.28.2
good: v0.26.0: https://github.com/grafana/synthetic-monitoring-agent/releases/tag/v0.26.0
The text was updated successfully, but these errors were encountered: