Skip to content

docs: record the GHCR cutover as done - #23

Merged
kipavy merged 1 commit into
mainfrom
ops/record-ghcr-cutover
Sep 21, 2026
Merged

kipavy merged 1 commit into
mainfrom
ops/record-ghcr-cutover

Conversation

@kipavy

@kipavy kipavy commented Sep 21, 2026

Copy link
Copy Markdown
Contributor

Follow-up to #22, which changed compose.prod.yml but could not state what was actually deployed.

Production now runs ghcr.io/voltiusapp/voltius-server:sha-469337c from the registry, deployment tree at bfd0f9a, SERVER_TAG set in .env.dockhand, and the last locally built image kept as voltius-server:pre-ghcr-20260921 for rollback.

The cutover was content-neutral by design — same commit as the binary that was already running, verified by comparing strings output before recreating. No migration ran. /health, /v1/billing/subscription and /v1/teams returned 200, 401, 401 locally and through the tunnel.

Recording the deployed tag in the runbook means the next deploy starts from a known state rather than inspecting the container to work out where it is.

Production runs sha-469337c from the registry as of 2026-09-21. Records the
deployed tag, the fallback image kept for rollback, and the checks that
proved the cutover was content-neutral, so the next deploy has a known
starting point instead of having to rediscover one.
@kipavy
kipavy merged commit 8194cab into main Sep 21, 2026
2 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