Skip to content

fix: give the release workflow a manual retry path - #12

Merged
P4suta merged 1 commit into
mainfrom
fix/release-plz-dispatch
Aug 4, 2026
Merged

fix: give the release workflow a manual retry path#12
P4suta merged 1 commit into
mainfrom
fix/release-plz-dispatch

Conversation

@P4suta

@P4suta P4suta commented Aug 4, 2026

Copy link
Copy Markdown
Owner

The first run of the new release-plz workflow failed at startup:

The action release-plz/action@2eb1d8bcb770b4c48ccfaad919734b38b51958c9 is not
allowed in P4suta/windows-spawn because all actions must be from a repository
owned by P4suta, created by GitHub, or match one of the patterns

This repository restricts Actions to an allowlist, and release-plz/action was missing from it — the sibling repositories already have it. The allowlist has been corrected; the entry now sits alongside the existing dtolnay/rust-toolchain, Swatinem/rust-cache, taiki-e/install-action, and rust-lang/crates-io-auth-action patterns.

What the failure exposed

There was no way to try again. A run that fails at startup is not retryable (gh run rerun refuses it), and with on: push alone the only other trigger is a commit landing on main — which goes through a pull request. A release that failed for a transient or configuration reason would have needed a no-op commit to retry.

workflow_dispatch fixes that. It is not a second way to release: release-plz still publishes only when the manifest version is ahead of the registry, so dispatching from main when nothing is pending does nothing.

Merging this also re-triggers the workflow, which verifies the allowlist fix.

🤖 Generated with Claude Code

The first run of the new workflow failed at startup, because
release-plz/action was not in this repository's allowed-actions list:

    The action release-plz/action@2eb1d8bc... is not allowed in
    P4suta/windows-spawn because all actions must be from a repository owned
    by P4suta, created by GitHub, or match one of the patterns

The list has been corrected. What the failure exposed is that there was no way
to try again: a run that fails at startup is not retryable, and with `on: push`
alone the only other trigger is a commit landing on main, which goes through a
pull request. A release that fails for a transient or configuration reason
would have needed a no-op commit to retry.

Add workflow_dispatch. It is not a second way to release: release-plz still
publishes only when the manifest version is ahead of the registry, so
dispatching from main when nothing is pending does nothing.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@P4suta
P4suta enabled auto-merge (squash) August 4, 2026 10:58
@P4suta
P4suta merged commit a40fbb1 into main Aug 4, 2026
14 checks passed
@P4suta
P4suta deleted the fix/release-plz-dispatch branch August 4, 2026 11:02
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