Skip to content

docs: note the macOS 13 minimum in the README - #31

Merged
twistedmelonman merged 1 commit into
mainfrom
claude/ci-verify-v3-float-c4e8e106
Sep 16, 2026
Merged

twistedmelonman merged 1 commit into
mainfrom
claude/ci-verify-v3-float-c4e8e106

Conversation

@twistedmelonman

Copy link
Copy Markdown
Member

Why

Package.swift:6 declares platforms: [.macOS(.v13)], but the README never stated the requirement — discoverable only by reading the manifest or hitting a build failure.

Also: verifying the v3 float

This PR doubles as the verification step for floating smartwatermelon/github-workflows's v3 tag from 688e0288 (2026-08-20) to e6e2643, cut as v3.3.0. That move brings anthropics/claude-code-action from 1.0.193 to 1.0.219 for every caller on @v3.

This repo was chosen because it calls both bumped reusable workflows on @v3:

  • .github/workflows/claude.ymlclaude-assistant.yml@v3
  • .github/workflows/claude-blocking-review.ymlclaude-blocking-review.yml@v3

~24 repos resolve @v3, so a break would hit all of them at once. The point is to prove 1.0.219 runs green on one low-stakes repo before anything relies on it.

Rollback if this run fails: v3.2.1 still points at 688e0288.

https://claude.ai/code/session_014Xei4nFGe48rE4vryi64Yx

Package.swift declares platforms: [.macOS(.v13)] but the README never said
so, leaving the requirement discoverable only by reading the manifest or
hitting a build failure.

This change is also the vehicle for verifying the v3 float
(smartwatermelon/github-workflows v3 -> v3.3.0, e6e2643): this repo calls
both bumped reusable workflows on @V3, so opening a PR exercises
claude-code-action 1.0.219 on a real run before ~24 repos rely on it.

Claude-Session: https://claude.ai/code/session_014Xei4nFGe48rE4vryi64Yx
@twistedmelonman
twistedmelonman merged commit 3f17022 into main Sep 16, 2026
3 checks passed
@twistedmelonman
twistedmelonman deleted the claude/ci-verify-v3-float-c4e8e106 branch September 16, 2026 23:30
twistedmelonman pushed a commit to nightowlstudiollc/.github that referenced this pull request Sep 18, 2026
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
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