|
Some checks failed
Veza CI / Notify on failure (push) Blocked by required conditions
Security Scan / Secret Scanning (gitleaks) (push) Waiting to run
Veza CI / Rust (Stream Server) (push) Successful in 3m21s
Veza CI / Frontend (Web) (push) Has been cancelled
Veza CI / Backend (Go) (push) Has been cancelled
E2E Playwright / e2e (full) (push) Has been cancelled
docker-compose.yml declares the backend-api service environment with
`${JWT_SECRET:?JWT_SECRET must be set in .env}`. docker compose
validates the WHOLE file at parse time, even when `up -d` is asked
only for `postgres redis rabbitmq` — so the missing value blocks the
"Start backend services" step before anything actually runs.
Fix: hoist JWT_SECRET to the workflow-level env block (with the same
secret/fallback resolution as the Build+start step). The "Build+start
backend API" step now inherits it instead of re-defining.
Behaviour change : none for the backend itself — JWT_SECRET reaches
the same Go process via the same fallback chain. The fix is purely a
docker-compose validation step earlier in the pipeline.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| ISSUE_TEMPLATE | ||
| workflows | ||
| dependabot.yml | ||
| pull_request_template.md | ||