npm create astro@latest -- --template minimal🧑🚀 Seasoned astronaut? Delete this file. Have fun!
Inside of your Astro project, you'll see the following folders and files:
/
├── public/
├── src/
│ └── pages/
│ └── index.astro
└── package.json
Astro looks for .astro or .md files in the src/pages/ directory. Each page is exposed as a route based on its file name.
There's nothing special about src/components/, but that's where we like to put any Astro/React/Vue/Svelte/Preact components.
Any static assets, like images, can be placed in the public/ directory.
All commands are run from the root of the project, from a terminal:
| Command | Action |
|---|---|
npm install |
Installs dependencies |
npm run dev |
Starts local dev server at localhost:4321 |
npm run build |
Build your production site to ./dist/ |
npm run preview |
Preview your build locally, before deploying |
npm run deploy |
Manually publish the root-domain build to the production Pages repository |
npm run astro ... |
Run CLI commands like astro add, astro check |
npm run astro -- --help |
Get help using the Astro CLI |
Pull requests run tests, dependency auditing, and a production-shape Astro
build. A successful push to main publishes the generated root-domain build to
benefactor-cc/benefactor-cc.github.io; that repository remains generated
output and must not be edited directly. Publishing uses the
BENEFACTOR_PAGES_TOKEN Actions secret: a fine-grained token limited to that
one generated repository with Contents read/write access. Rotate it before
2026-10-16.
The workflow reads the public Supabase telemetry configuration from repository
variables PUBLIC_SUPABASE_URL and PUBLIC_SUPABASE_PUBLISHABLE_KEY. Leave
both unset together when no benefactor Supabase project is available; the site
still builds, while the client telemetry emitter remains disabled.
Feel free to check our documentation or jump into our Discord server.