Jesse
de28b30eea
Built from source via a git submodule pinned to a tag, not a published image — the Dockerfile, main.ts, and manifest should never need to change for an ordinary version bump, only the submodule pin (see UPDATING.md). One volume, one interface serving the browser client + lobby/intent API + SSE stream from a single origin, no dependencies. The server-wide join secret (D14) is seeded on install, exposed via the Get Join Secret action, and blocks start behind a critical task until retrieved — the same first-set/rotation pattern as actual-budget-startos's admin password. Verified on phoenix.local: installs, the critical task correctly blocks an ordinary start, force-starting confirms the daemon binds its port and serves the client, and store.json correctly holds the install-seeded join secret. Not verified: the Get Join Secret action's execution end-to-end — start-cli's `package action run` fails with a client-side deserialization error that reproduces identically against actual-budget's already-shipped equivalent action, so this looks like a start-cli issue rather than a defect here. icon.svg is still the scaffold's hello-world placeholder — no real Station Master icon exists yet to ship in its place.
9 lines
434 B
TypeScript
9 lines
434 B
TypeScript
import { sdk } from './sdk'
|
|
|
|
// Everything worth keeping is on this one volume: every game's { engineVersion, seed, config,
|
|
// history } and turn timings (src/server/persistence.ts in the game repo), plus this package's
|
|
// own store.json (the join secret). No database, no second volume — see deployment.md §1.
|
|
export const { createBackup, restoreInit } = sdk.setupBackups(async ({ effects }) =>
|
|
sdk.Backups.ofVolumes('data'),
|
|
)
|