Vite - ReactCloudflare

Vite + React

create-vite's React welcome page, built static and served as a single-page app.

vite-react-boilerplate

Vercel's Vite - React template — create-vite's React and TypeScript welcome page, with the Vite and React logos, its counter and its HMR hint — on Vite 5 and React 18 as the template has them, running on Cloudflare Workers + Static Assets, and packaged as an Orun baseline: one command takes a new Vite and React app from nothing to live on stage and prod, in its own repository, under its own name.

Vite builds fully static: tsc -b && vite build writes the app's shell, its hashed JavaScript bundle and stylesheet and the React logo under assets/, and the Vite logo, to dist. That folder is uploaded as Workers Static Assets with one small Worker in front, and the app is served as a single-page app: every page address is answered with the app, and a missing file is a 404. The welcome page, its styles and its entry do not change; the app's name moves into one module, which the page's heading and the tab's title read, and the template, which ships no tests, gains a Vitest spec of the page as it behaves. What the baseline adds is everything needed to make a copy of it somebody else's — built the way cirrus-baseline is. See specs/epics/vite-react-boilerplate for the design, the milestones and the as-built status.

Instantiating an app

git clone --depth 1 --branch <baseline-tag> https://github.com/sourceplane/vite-react-boilerplate
cd vite-react-boilerplate
orun new --blueprint repo-blueprint.yaml --out ~/sites/acme-app --run-hooks --resume \
  --set reponame=acme-app --set productname="Acme App" \
  --set githuborg=acme-inc --set subdomain=<workers-dev-subdomain>

Or, once the platform's registry lists it, from the Orun console (Baselines → vite-react-boilerplate → Build). Two phases — 01-product (the repository created, then the whole app in one pull request, deployed to stage and prod and smoke-tested) and 03-docs (the live deployment recorded) — each landing one pull request in the new repository. BOOTSTRAP.md is the operator guide; docs/phases/ has a page per phase.

The new repository receives the app only — the app and its tests, its CI, its tooling, a README of its own and its operating contract — renamed throughout to the app's name, repository and Cloudflare Worker. None of this repository's machinery ships.

What makes it a baselineWhere
The console card (inputs, secrets, programme)blueprint.yaml
The build document (modules, phases, hooks)repo-blueprint.yaml
This tree's identity, and the bootstrap's task contracts.baseline/
The rename enginetooling/rebrand/rebrand.mjs
The bootstrap's helpers (deferrals, redeploy marker, work-tree strip)tooling/bootstrap/
The deployment-record rendererhooks/render-deployment-docs.sh
The app's README and context pack.baseline/product/README.md, ai/context/
The baseline's tests: contract, leak, offline bootstrap, end to endtesting/, .github/workflows/baseline.yml
Cutting a baseline-vN tag.github/workflows/tag.yml

The framework's name is not the app's: Vite's and React's packages (vite, @vitejs/plugin-react, react, react-dom) never spell this repository's slug, so the rename engine has nothing of the framework's to mask. The app's display name is one literal, SITE_NAME in apps/web/src/site.ts (the template's own heading, Vite + React); the placement tier fails on any placed app that spells it anywhere else, or imports a module that is not React's, Vite's or the app's own.

What is here (the app)

SurfaceWhere
The app's name, which the heading and the tab's title readapps/web/src/site.ts
The welcome page (the template's, but for the heading reading the name), its stylesapps/web/src/App.tsx, apps/web/src/App.css, apps/web/src/index.css
The entry and the shellapps/web/src/main.tsx, apps/web/index.html
The logosapps/web/public/vite.svg, apps/web/src/assets/react.svg
The build: the React plugin and the title writer; the TypeScript projectsapps/web/vite.config.ts, apps/web/tsconfig*.json
The app's spec (new: the template ships none)apps/web/src/App.test.tsx (Vitest, jsdom), apps/web/vitest.config.ts
The Worker in front of the assets, its config, deploy contractapps/web/worker/index.ts, apps/web/wrangler.jsonc, apps/web/component.yaml
Tests (the name seam, the build config, the Worker's routing, the template's page)tests/web (vitest)

Getting started

pnpm install
pnpm typecheck        # tsc -b: the app, the Vite configs and the Worker
pnpm lint             # eslint (the template's config)
pnpm test             # vitest: the app's spec and tests/web
pnpm build            # tsc -b && vite build → apps/web/dist
pnpm --filter @app/web dev        # vite on http://localhost:3000, with HMR
pnpm --filter @app/web preview    # wrangler dev over the built app and its Worker

How it maps to Vercel

VercelHere
Static output on Vercel's CDN, from its Vite framework presetWorkers Static Assets: dist uploaded with the Worker <repo>-web-<env> (apps/web/wrangler.jsonc)
The template's build (tsc -b && vite build)The same command, through turbo, on the template's Vite 5 and React 18 (they build on the runners' Node 22, so nothing moves)
No testsapps/web/src/App.test.tsx: the page rendered in jsdom by Vitest with the app's own Vite config — its heading, its logo links, its counter
A page address other than / answered by the host (the template sets no rewrite)Every page address is the app's: a browser's navigation that matches no file gets index.html (not_found_handling: single-page-application), and the Worker hands any other page request back to the assets, so a router the app adds owns every route
The host's 404 for a missing fileThe Worker answers 404 when the path names a file (/missing.js), so a stale script reference fails as a 404, not as HTML parsed as JavaScript
The tab's title, written in index.htmlThe site's name, written into index.html by vite.config.ts from apps/web/src/site.ts
Deploy on pushOrun deploys <repo>-web-{stage,prod} on merge to main (apps/web/component.yaml)
"Deploy with Vercel" (clone the template)orun new --blueprint repo-blueprint.yaml — a new repository, branded, deployed

CI

WorkflowWhat it runsShips to an app
ci.ymlthe Orun pipeline, and the only workflow an app carries: orun plan --changed, then one job per lane. A pull request runs the verify lanes (the app built and dry-deployed per environment; the tests' quick-check lane installs and checks the package, it does not run them), except the bootstrap's own landings (orun/BASE-*), where plan alone is the check; a merge deploys stage → prod. It plans nothing while intent.yaml names the placeholder workspace ws_CHANGE_ME, as this repository does. A manual run (Orunbase's Deploy button, or Run workflow on main) plans the environment and components it names under the push-to-main trigger, so they deploy as a merge deploys themyes
baseline.ymlthe baseline's own tiers: contract tests, the blueprint read by the pinned orun, the leak gate, the offline bootstrap, the app built in a staged job tree, dry-deployed and servedno
tag.ymlcuts a baseline-vN tag (manual)no

Credits

The app is Vercel's Vite and React example (vercel/examples, framework-boilerplates/vite-react, © 2023 Vercel, MIT — apps/web/LICENSE.md), itself create-vite's React and TypeScript template, at vercel/examples de86723.