docs: record workflow split between Gitea Actions and GitHub Pages
CI / Typecheck, test, feed (push) Successful in 12s
CI / Build site (push) Successful in 8s
CI / Container image (push) Successful in 30s

Update README, AGENTS.md, ARCHITECTURE.md, and INGESTION.md to reflect
that the scheduled refresh and container image publishing run on Gitea
Actions under .gitea/workflows/, while GitHub Actions under .github/
builds with BASE_PATH and deploys to GitHub Pages when synced.
This commit is contained in:
Lucas Winther committed 2026-09-17 09:59:41 +02:00
1 parent 0826f24db9
commit 0d1ccff6b2
4 files changed
+20 -19

No files matched your search

+1 -1
View File
@@ -392,7 +392,7 @@ annotated on the run page, listed in the job summary with its status code, and c
conduct for why that ordering is load-bearing.
**Built: `scripts/refresh-sources.ts`** (`bun run refresh`), scheduled by
`.github/workflows/refresh.yml`. It takes its adapters, store, robots gate, fetch and clock by
`.gitea/workflows/refresh.yml`. It takes its adapters, store, robots gate, fetch and clock by
injection, so the whole runner is tested offline against a fake fetch. A fetched body is *rejected*
— the previous snapshot survives — when it fails `canParse`, throws, or yields zero events; storing
an empty parse would make the feed build prefer it over the fixture and silently empty a game's