Skip to content

Bump docker-compose images to latest stable and pin them#54

Merged
chiro-hiro merged 1 commit into
orochi-network:mainfrom
chiro-hiro:fix/pin-redis-image
Jun 4, 2026
Merged

Bump docker-compose images to latest stable and pin them#54
chiro-hiro merged 1 commit into
orochi-network:mainfrom
chiro-hiro:fix/pin-redis-image

Conversation

@chiro-hiro

@chiro-hiro chiro-hiro commented Jun 4, 2026

Copy link
Copy Markdown
Contributor

Problem

Closes #46.

docker-compose.yaml had inconsistent, partly-stale image tags — redis floated on :latest, while postgres and rabbitmq were pinned to older releases. Floating/stale tags make local infra non-reproducible: a new upstream release can change behaviour (including the healthchecks) on an unrelated day.

Per the maintainer note on the issue ("update all base image to latest stable before pin"), this updates every service to its current latest-stable release and pins it, keeping each image's existing pin granularity.

Changes

Service Before After Latest stable (2026-06-04)
postgres postgres:16 postgres:18 18.4 — major pin, as before
redis redis:latest redis:8 8.8.0 (8.8-rc1 is a release candidate, excluded)
rabbitmq rabbitmq:4.0.6-management rabbitmq:4.3.1-management 4.3.1 — latest stable patch, keeps the -management variant

⚠️ Note: postgres is a major upgrade (16 → 18)

A postgres_data volume initialised by postgres 16 will not start on 18 without pg_upgrade or recreating the volume. This is fine for ephemeral local dev infra (drop the volume), but anyone with existing local data should plan for it.

Verification

  • docker compose -f docker-compose.yaml config — valid
  • All tags confirmed against Docker Hub as current latest-stable (RC tags excluded)

redis used the floating :latest tag while postgres (:16) and rabbitmq
(:4.0.6-management) were pinned to older releases. Floating or stale tags make
local infra non-reproducible — a new upstream release can change behaviour
(including the healthchecks) on an unrelated day.

Update every service to its current latest-stable release and pin it, keeping
each image's existing pin granularity:
  - postgres            16              -> 18      (18.4 latest; major pin, as before)
  - redis               latest          -> 8       (8.8.0 latest stable; 8.8-rc1 is a release candidate)
  - rabbitmq  4.0.6-management -> 4.3.1-management  (latest stable patch, keeps the management variant)

Note: bumping postgres from 16 to 18 is a major upgrade — an existing
postgres_data volume initialised by 16 must be recreated (or migrated with
pg_upgrade) before 18 will start. This is fine for ephemeral local dev infra.

Closes orochi-network#46
@chiro-hiro chiro-hiro force-pushed the fix/pin-redis-image branch from 4984c3a to 6945f76 Compare June 4, 2026 09:30
@chiro-hiro chiro-hiro changed the title Pin the redis image to a major version in docker-compose.yaml Bump docker-compose images to latest stable and pin them Jun 4, 2026
@chiro-hiro chiro-hiro merged commit 4d98b89 into orochi-network:main Jun 4, 2026
4 checks passed
@chiro-hiro chiro-hiro deleted the fix/pin-redis-image branch June 4, 2026 09:34
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.

docker-compose.yaml: inconsistent image version pinning (Redis :latest vs pinned RabbitMQ)

1 participant