Skip to content

Release workflow: retry builds the tagged commit, wherever main is - #48

Merged
PetrHeinz merged 1 commit into
mainfrom
claude/release-retry-from-tag
Sep 30, 2026
Merged

PetrHeinz merged 1 commit into
mainfrom
claude/release-retry-from-tag

Conversation

@PetrHeinz

Copy link
Copy Markdown
Member

The retry of 0.1.18 refused with retry only finishes a release whose version commit v0.1.18 is HEAD: main had moved on by the merge of the trusted-publishing change, which had to land before any retry could publish. That guard was too strict. A retry now checks out the tag of the version in lib/*/version.rb and rebuilds that commit, wherever main is, then pushes the gem if RubyGems.org is still missing it and creates the GitHub release if it is still missing.

The dry run on this branch stops after the build, as before. The push that merges this triggers a dry run on main that performs the OIDC exchange, so it doubles as the check of the trusted publisher. After that, Actions → Release → retry from main finishes 0.1.18.

🤖 Generated with Claude Code

retry insisted that the version commit is HEAD, but main moves on as
soon as anything else is merged, as happened between the failed 0.1.18
release and its retry. The retry now checks out the tag of the version
in lib/*/version.rb and rebuilds that commit.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@PetrHeinz
PetrHeinz marked this pull request as ready for review September 30, 2026 16:32
@PetrHeinz
PetrHeinz merged commit a153b16 into main Sep 30, 2026
15 checks passed
@PetrHeinz
PetrHeinz deleted the claude/release-retry-from-tag branch September 30, 2026 16:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant