fix(docker): Prisma-CLI im Laufzeit-Image lauffaehig machen

Der App-Container brach beim Start mit "Cannot find module 'effect'" ab und
lief in die Wiederholschleife des Entrypoints. Ursache: aus dem Builder
wurden nur node_modules/prisma und node_modules/@prisma uebernommen. Die CLI
laedt aber @prisma/config, und das zieht einen eigenen Abhaengigkeitsbaum
(effect, c12, …) nach, der ausserhalb dieser beiden Verzeichnisse liegt.

Statt einzelne Pakete nachzukopieren bekommt die CLI jetzt eine eigene,
minimale Installation unter /opt/prisma-cli. Die Version wird aus der
package.json des Builders gelesen, damit CLI und generierter Client nicht
auseinanderlaufen. Der Entrypoint bricht ausserdem mit klarer Meldung ab,
wenn die CLI fehlt, statt fuenfzehnmal auf eine vermeintlich nicht bereite
Datenbank zu warten.

Verifiziert: docker compose --profile full up -d --build spielt die
Migrationen ein, der Container meldet sich als healthy und erreicht die
Git-APIs nach aussen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-07-25 20:11:25 +02:00
co-authored by Claude Opus 5
parent be9347e01f
commit 220298f50d
2 changed files with 18 additions and 3 deletions
+6 -1
View File
@@ -4,7 +4,7 @@
# ─────────────────────────────────────────────────────────────
set -e
PRISMA_CLI="/app/node_modules/prisma/build/index.js"
PRISMA_CLI="/opt/prisma-cli/node_modules/prisma/build/index.js"
SCHEMA="/app/prisma/schema.prisma"
if [ -z "$DATABASE_URL" ]; then
@@ -12,6 +12,11 @@ if [ -z "$DATABASE_URL" ]; then
exit 1
fi
if [ ! -f "$PRISMA_CLI" ]; then
echo "[nebula] FEHLER: Prisma-CLI nicht unter $PRISMA_CLI gefunden." >&2
exit 1
fi
echo "[nebula] Migrationen werden eingespielt…"
attempt=0