refactor(infra): doppelter Docker-Build durch maintenance Container vermeiden #83

New issue

Closed

opened 2026-06-22 15:43:49 +00:00 by niboer · 0 comments

niboer commented

2026-06-22 15:43:49 +00:00

Owner

Beschreibung

Seit Einfuehrung des maintenance-Containers baut Docker Compose das Backend-Image zweimal: einmal fuer backend-api (target: runner) und einmal fuer maintenance (target: maintenance). Beide Builds laufen parallel und produzieren doppelte Log-Ausgaben.

Schritte zur Reproduktion

docker compose up --build

Vorgeschlagene Umsetzung

postgresql-client in die runner-Stage des Dockerfiles verschieben (ca. 5MB)
maintenance-Target aus dem Dockerfile entfernen
backend-api bekommt image:-Tag
maintenance referenziert nur noch das Image mit ueberschriebenem command

Erwartetes Verhalten

Einmaliger Build, keine doppelten Meldungen.

### Beschreibung Seit Einfuehrung des maintenance-Containers baut Docker Compose das Backend-Image zweimal: einmal fuer backend-api (target: runner) und einmal fuer maintenance (target: maintenance). Beide Builds laufen parallel und produzieren doppelte Log-Ausgaben. ### Schritte zur Reproduktion docker compose up --build ### Vorgeschlagene Umsetzung 1. postgresql-client in die runner-Stage des Dockerfiles verschieben (ca. 5MB) 2. maintenance-Target aus dem Dockerfile entfernen 3. backend-api bekommt image:-Tag 4. maintenance referenziert nur noch das Image mit ueberschriebenem command ### Erwartetes Verhalten Einmaliger Build, keine doppelten Meldungen.

niboer added this to the MS0: Projekt-Konventionen & Tooling milestone

2026-06-22 15:43:49 +00:00

niboer

2026-06-22 15:43:49 +00:00