-
Notifications
You must be signed in to change notification settings - Fork 11
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
Fix release-signing-artifacts
behavior and docs
#103
Conversation
Signed-off-by: William Woodruff <william@trailofbits.com>
Signed-off-by: William Woodruff <william@trailofbits.com>
Signed-off-by: William Woodruff <william@trailofbits.com>
Looks good to me. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me when I take for granted that the action expects to be run on a workflow triggered by "release" event to be able to do this (it's a bit weird but I can see why -- GitHubs release tarball baking happens in a black box)
@@ -370,6 +370,7 @@ Example: | |||
|
|||
The `release-signing-artifacts` setting controls whether or not `sigstore-python` | |||
uploads signing artifacts to the release publishing event that triggered this run. | |||
This setting has no effect on non-`release` events. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I also did not realise the intended usage was to use the "release" event so this is useful (I've always made my release pipelines triggered from release git tags).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same here, which is why I tripped over it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, this was entirely an oversight on our side -- the actual release uploading step only runs when the event name matches; we just missed the corresponding check on this side 🙂
Thanks for fixing so quickly folks, this is what makes open source so great 🥇 |
This has two parts:
release-signing-artifacts
if theGITHUB_EVENT_NAME
is notrelease
, since it can only work in the context of releases and their associated artifacts.release-signing-artifacts
now makes this clear.CC @stevenh for review as well, as the original reporter 🙂
Closes #99.