Commit Graph
5 Commits
Author SHA1 Message Date
Linus Rath e7f3b21c06 chore: let the demo deploy pass extra environment from an env file on the server 2026-11-01 04:32:45 +01:00
Linus Rath 3e58446e6f docs: name the policy export button in the config-in-git overlay 2026-11-01 02:53:49 +01:00
Linus Rath 8308e5e858 feat: add Kubernetes manifests for several replicas sharing one Valkey #1066 2026-11-01 02:52:37 +01:00
Linus Rath c6bb4aace9 fix(deploy): go back to an image id, not the bulwark-demo:previous tag
Rolling back ran the container from the local tag, so the demo recorded
`bulwark-demo:previous` as its image — and that tag is moved by the very
next deploy. Run the id instead; the tag stays only to keep the image from
being pruned.
2026-09-20 03:03:19 +02:00
Linus Rath c76969522d ci: deploy demo.bulwarkmail.org from here instead of Watchtower
The demo container followed ghcr.io/bulwarkmail/webmail:latest through
Watchtower, so a release reached it silently and there was no way to see,
trigger or undo it. It is now a deployment of this repo:

- .github/workflows/deploy-demo.yml runs after "Publish Docker Image on
  Release" succeeds, or on demand with a tag
  (`gh workflow run deploy-demo.yml -f tag=1.10.0`, or action=rollback).
  It only talks to the server; nothing is built.
- deploy/demo-deploy.sh is the forced command behind the deploy key
  (/usr/local/bin/bulwark-demo-deploy): pulls the tag, recreates the
  container with the demo mounts, checks /api/health and goes back to the
  image it replaced if that fails. A pre-release moves no :latest, so the
  deploy after one finds the same image and does nothing.

Watchtower has been recreated without bulwark-demo; it still updates the
two rbm.systems containers.
2026-09-20 02:57:52 +02:00