fix(deploy): require BUNYIP_API_IMAGE + BUNYIP_WEB_IMAGE, drop :latest fallback (BUNYIP-237) #266
No reviewers
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
psa-systems/bunyip!266
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/BUNYIP-237-compose-fail-loud-on-missing-image"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Audit finding (BUNYIP-205 roll-up, Medium): the shipped production template defaulted to :latest.
:latest+pull_policy: alwaysresolves the tag at restart time, so two restarts seconds apart can pull two different digests and the LB serves mixed builds (same failure mode MAPPS-315 closed for mokosh-www).Switch both image refs in compose.yml from
${VAR:-default}to${VAR:?error}so a missing value surfaces as a clear compose-up error instead of silently pulling :latest..env.exampledocuments both as required and now ships with a v0.4.1 pin to give operators a known-good starting tag. README rewritten from "you can pin" to "you must pin", with the failure-mode rationale.Companion docker-repo PR pins c-01 (staging) bunyip-api + bunyip-web to v0.4.1; nc-01 (production) was already pinned per existing operator practice.
#BUNYIP-237
Audit finding (BUNYIP-205 roll-up, Medium): the shipped production template defaulted to :latest. `:latest` + `pull_policy: always` resolves the tag at restart time, so two restarts seconds apart can pull two different digests and the LB serves mixed builds (same failure mode MAPPS-315 closed for mokosh-www). Switch both image refs in compose.yml from `${VAR:-default}` to `${VAR:?error}` so a missing value surfaces as a clear compose-up error instead of silently pulling :latest. `.env.example` documents both as required and now ships with a v0.4.1 pin to give operators a known-good starting tag. README rewritten from "you can pin" to "you must pin", with the failure-mode rationale. Companion docker-repo PR pins c-01 (staging) bunyip-api + bunyip-web to v0.4.1; nc-01 (production) was already pinned per existing operator practice. #BUNYIP-237