-
-
Notifications
You must be signed in to change notification settings - Fork 648
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
add GitHub artifact attestations for releases #21953
Conversation
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 is great! Just one comment.
Note: I commented out some of the "release only" checks on the attestation steps so I can verify the attestations work. Those "release only" conditions will be uncommented again before landing this. |
I'm probably going to need to put the updated workflow on |
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.
Nice!
It'd be fine from my perspective to just use .dev releases to iterate on this (i.e. land it and do a release to validate... iterating "in prod") 😄 up to you!
Good idea. Will iterate with dev releases as suggested. I was trying to avoid that since the "proper" way in my mind was to test it in such a way that there is no real release, but that requires lots more plumbing to accomplish in our current workflow. |
I configured |
Fix the release process which broke with introduction of the attestation workflow in #21953 due to me not properly moving the artifact rename logic entirely.
Add GitHub release attestations using the https://github.com/actions/attest-build-provenance/ action.