Skip to content

Add attestation to releases#170

Merged
David Elner (delner) merged 6 commits into
mainfrom
ci/attestation
Jun 1, 2026
Merged

Add attestation to releases#170
David Elner (delner) merged 6 commits into
mainfrom
ci/attestation

Conversation

@delner
Copy link
Copy Markdown
Collaborator

This pull request further overhauls the release process by:

  • Releases must be initiated by targeting a specific SHA
  • Richer notifications, review details/links, warnings when SHA isn't on main
  • Adding a dry-run mode (for testing, generating release notes in advance)
  • Adding attestation

Comment thread .github/workflows/release.yml Outdated
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe ubuntu-24.04 instead of ubuntu-latest so if things break down with 26.04 we're not taken by surprise?

@viadezo1er
Copy link
Copy Markdown

Rakefile:239-271 deals with the pre-release but pre-release.yml was deleted, so maybe that part of the Rakefile can go too?

Comment thread .github/workflows/release.yml Outdated
@delner David Elner (delner) force-pushed the ci/attestation branch 2 times, most recently from 67ea76b to 0f3a4ac Compare May 31, 2026 21:20
@delner David Elner (delner) had a problem deploying to rubygems-publish-dry-run May 31, 2026 21:21 — with GitHub Actions Failure
@delner David Elner (delner) temporarily deployed to rubygems-publish-dry-run May 31, 2026 21:25 — with GitHub Actions Inactive
@delner David Elner (delner) force-pushed the ci/attestation branch 2 times, most recently from 1a11e80 to ce9cf33 Compare June 1, 2026 14:34
Comment thread .github/workflows/release.yml Outdated
Comment thread Rakefile
# Called by rubygems/release-gem in the release workflow.
# Follows Bundler convention: build, push gem, push tag.
# GitHub release creation is handled separately by the workflow.
task release: ["release:publish", "release:push_tag"] do
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm, are we sure we want to follow conventions here? I would prefer if we had a tag first then publish. But not blocking here.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given that tagging then failing leaves an artifact, and tagging is conventional for Ruby, I prefer what we have here. Less friction.

Same does not need to be true for other release processes if circumstances are different.

Comment thread .github/workflows/release.yml
@delner David Elner (delner) temporarily deployed to rubygems-publish-dry-run June 1, 2026 16:41 — with GitHub Actions Inactive
@delner
Copy link
Copy Markdown
Collaborator Author

Good feedback Abhijeet Prasad (@AbhiPrasad). Thanks!

@delner David Elner (delner) merged commit e0fea69 into main Jun 1, 2026
10 checks passed
@delner David Elner (delner) deleted the ci/attestation branch June 1, 2026 16:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants