Skip to content

ci: float reusable-workflow refs so fleet fixes can reach this repo - #36

Merged
twistedmelonman merged 1 commit into
mainfrom
claude/ci-float-workflow-refs-3f6f1a09
Sep 17, 2026
Merged

twistedmelonman merged 1 commit into
mainfrom
claude/ci-float-workflow-refs-3f6f1a09

Conversation

@twistedmelonman

Copy link
Copy Markdown
Member

What

Replaces immutable pins on smartwatermelon/github-workflows reusable workflows with the floating tags they already correspond to:

From To
@v3.2.1 / @v3.1.1 / @688e0288… @v3
@054f2f7f… @dependabot-auto-merge-v2

Behaviour change

Auto-merge: none. @dependabot-auto-merge-v2 points at 054f2f7f today — byte-equivalent.

Refs moving to @v3: 688e0288e6e2643, which is two claude-code-action SHA bumps (1.0.193 → 1.0.219) and no logic change. Both bumped steps already carry continue-on-error: true. Exercised green on smartwatermelon/swift-progress-indicator#31 and again on nightowlstudiollc/financial-agent#187, both through claude-blocking-review.yml. claude-assistant.yml takes the same bump but only fires on @claude mentions, so it is unexercised — same action, same bump, low risk, but not verified.

Why

An immutable ref cannot carry a fix published after it was cut. When GHSA-8q5r-mmjf-575q was patched upstream, the fix reached consumers by repointing one tag; repos pinned to an exact version silently received nothing.

Floating first-party refs is sanctioned policy: github-workflows/zizmor.yml:45-54 grants smartwatermelon/github-workflows/*: ref-pin while keeping "*": hash-pin for third-party actions. The pre-commit gap that pushed some repos into raw SHA pins is fixed upstream in twistedmelonman/dotfiles#344.

Stale comments

Any trailing # v3-style comment is dropped with the pin it annotated. A comment is not a pin, and several had already drifted from the SHA beside them.

Verification

zizmor clean on every changed file against the fleet policy.

Part of Task 1.1c (16 repos, 25 refs). Plan: /Users/andrewrich/Developer/dev-env/.claude/scratch/phase-1.1-rescope.md

https://claude.ai/code/session_01PTUKVrdfDTU3ZH149e9pTY

Replaces immutable pins on smartwatermelon/github-workflows reusable
workflows with the floating tags they already correspond to:

  @v3.2.1 / @v3.1.1 / @688e0288...  ->  @V3
  @054f2f7f...                      ->  @dependabot-auto-merge-v2

No behaviour change at merge time for auto-merge: @dependabot-auto-merge-v2
points at 054f2f7f today, so that ref is byte-equivalent. Refs moving to @V3
go from 688e0288 to e6e2643, which is two claude-code-action SHA bumps
(1.0.193 -> 1.0.219) with no logic change; both bumped steps already carry
continue-on-error: true. That move was exercised green on
smartwatermelon/swift-progress-indicator#31 and again on
nightowlstudiollc/financial-agent#187, both through
claude-blocking-review.yml. claude-assistant.yml takes the same bump but only
fires on @claude mentions, so it is unexercised -- same action, same bump,
low risk, but not verified.

Why this matters: an immutable ref cannot carry a fix published after it was
cut. When GHSA-8q5r-mmjf-575q was patched upstream, the fix reached consumers
by repointing one tag, and the repos pinned to an exact version silently
received nothing. Floating first-party refs is sanctioned policy --
github-workflows/zizmor.yml:45-54 grants
smartwatermelon/github-workflows/*: ref-pin while keeping "*": hash-pin for
third-party actions.

Any stale trailing comment is dropped with the pin it annotated. A comment is
not a pin, and several had already drifted from the SHA beside them.

Verified: zizmor clean on every changed file against the fleet policy.

Claude-Session: https://claude.ai/code/session_01PTUKVrdfDTU3ZH149e9pTY
@twistedmelonman
twistedmelonman merged commit c69cfa9 into main Sep 17, 2026
5 checks passed
@twistedmelonman
twistedmelonman deleted the claude/ci-float-workflow-refs-3f6f1a09 branch September 17, 2026 18:04
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