Files
plausible/.env.sample
T
cc-ci 9e7316499c
cc-ci/testme cc-ci: success
fix: keep config object versions in abra.sh only, not .env.sample
These five were added to .env.sample while abra.sh already exported them, so every
deployment got a second, divergent copy.

That is not just untidy. .env.sample becomes the operator .env at `abra app new`,
and a .env is NEVER updated by a recipe upgrade. So the next time a recipe change
bumps e.g. CLICKHOUSE_ENTRYPOINT_VERSION in abra.sh, an existing deployment keeps
the stale value from its .env: the config CONTENT changes while the swarm config
NAME does not, and swarm configs are immutable -

  FATA failed to update config <stack>_clickhouse_entrypoint_v6:
       only updates to Labels are allowed

which is exactly the failure gitea hit with app_ini_v22.

The fleet convention, consistent across gitea/discourse/keycloak/mailu: .env.sample
carries SECRET_*_VERSION only (operator-managed secret rotation); config object
versions live in abra.sh (recipe-managed - bumping one IS a recipe change).
plausible main already followed this; only this branch diverged.

abra.sh is unchanged and keeps CLICKHOUSE_USER_CONF_VERSION=v3 - that bump is
correct, clickhouse-user-config.xml content genuinely changed.
2026-08-11 18:38:40 +00:00

21 lines
427 B
Bash

TYPE=plausible
DOMAIN=plausible.example.com
## Domain aliases
#EXTRA_DOMAINS=', `www.plausible.example.com`'
LETS_ENCRYPT_ENV=production
SECRET_KEY_BASE=replace-me
DISABLE_AUTH=false
DISABLE_REGISTRATION=true
## SMTP settings (required — SMTP_HOST_PORT must be an integer)
SMTP_HOST_ADDR=localhost
MAILER_EMAIL=noreply@plausible.example.com
SMTP_HOST_PORT=25
#SMTP_USER_NAME=
#SMTP_USER_PWD=
SMTP_HOST_SSL_ENABLED=false