Skip to content

Make CI able to pass, so it can start gating - #11

Merged
ThinkingSpade merged 1 commit into
mainfrom
fix/ci-actually-runs
Jul 30, 2026
Merged

Make CI able to pass, so it can start gating#11
ThinkingSpade merged 1 commit into
mainfrom
fix/ci-actually-runs

Conversation

@ThinkingSpade

Copy link
Copy Markdown
Owner

ci.yml has produced zero runs in this repository. It arrived with the fork (upstream PRs every-app#162, #31) and — had it ever fired — every run would have been red: three steps ran pnpm --dir web ... against the marketing site deleted during de-branding, so install would fail on a missing directory.

Changes

  • Removed the three web/ steps.
  • Added workflow_dispatch so it can be kicked from the Actions tab without opening a throwaway PR.
  • No build step added: the Cloudflare Workers Builds check already builds every PR, and ci:check runs tsc --noEmit. Adding pnpm run build would be a third pass over the same work.

Verified locally with the exact scripts CI invokes

Step Result
pnpm install --frozen-lockfile in sync, 2.2s (pnpm pinned 10.30.1, matches Dockerfile.selfhost)
pnpm run ci:check prettier + knip + tsc + oxlint clean
pnpm run test:ci 2,087 tests passing

Why this matters more than another feature

Every quality claim on the Phase 1 branch (#10) was made by me running these by hand. The only automated check was Workers Builds, which does not run prettier, knip, oxlint or the test suite. Three adversarial review passes on that branch each found regressions introduced by the previous pass's fixes — that is exactly the failure mode automated gating catches cheaply.

Open question this PR answers empirically

If CI still does not appear on this PR, the workflow is blocked by GitHub's fork-level Actions gate rather than by the file, which needs a one-time manual enable in the Actions tab.

docker-build is left as-is: Dockerfile.selfhost is still in the tree and self-contained. If Docker self-hosting is dead, the right cleanup is deleting the Dockerfile and the job together — a separate call.

🤖 Generated with Claude Code

This workflow has produced ZERO runs in this repository. It arrived with
the fork (upstream PRs every-app#162, #31) and, had it ever fired, every run would
have been red: three steps ran `pnpm --dir web ...` against the marketing
site that was deleted during de-branding, so `install` would fail on a
missing directory.

Removed those three steps. Verified the remaining ones with the exact
scripts CI invokes: `pnpm install --frozen-lockfile` is in sync (pnpm
pinned at 10.30.1, matching Dockerfile.selfhost), `ci:check` is clean, and
`test:ci` passes 2,087 tests.

No build step added on purpose. The Cloudflare "Workers Builds" check
already builds every PR and `ci:check` runs `tsc --noEmit`, so building
here would be a third pass over the same work. What this workflow uniquely
adds is prettier, knip, oxlint and the test suite -- none of which Workers
Builds runs, which is why every quality claim on the Phase 1 branch had to
be made by hand.

Added workflow_dispatch so it can be triggered from the Actions tab
without opening a throwaway PR.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@cloudflare-workers-and-pages

Copy link
Copy Markdown

Deploying with  Cloudflare Workers  Cloudflare Workers

The latest updates on your project. Learn more about integrating Git with Workers.

Status Name Latest Commit Updated (UTC)
✅ Deployment successful!
View logs
flyrocketseo 242e56f Jul 30 2026, 05:31 AM

@ThinkingSpade
ThinkingSpade merged commit 1652697 into main Jul 30, 2026
3 checks passed
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