Update

.gitea/workflows/docker-build.yml

@@ -72,17 +72,18 @@ jobs:
           cache-from: type=gha
           cache-to: type=gha,mode=max
 
-      # Migrations-Image: dieselbe Build-Stage wie oben, aber vor dem
-      # schlanken Runtime-Stage abgeschnitten (--target=builder) — enthaelt
-      # zusaetzlich die Prisma-CLI und tsx, die "pnpm db:push"/"pnpm db:seed"
-      # brauchen (im Laufzeit-Image bewusst NICHT enthalten, um es klein zu
-      # halten). Wird vom Kubernetes-Migrations-Job verwendet, siehe
-      # k8s/migrate-job.yaml.
+      # Migrations-Image: eigene schlanke Stage (nur Prisma-CLI/tsx + ein
+      # paar Laufzeit-Pakete, siehe Dockerfile-Kommentar bei "AS migrator")
+      # statt der vollen builder-Stage — die enthielt zusaetzlich
+      # next/react/sharp/alle devDependencies und wurde beim Push an die
+      # Gitea-Registry (hinter Cloudflare, ~100 MB Limit pro Layer) mit
+      # "413 Payload Too Large" abgewiesen. Wird vom Kubernetes-
+      # Migrations-Job verwendet, siehe k8s/04-migrate-job.yaml.
       - name: Migrations-Image bauen und pushen
         uses: docker/build-push-action@v6
         with:
           context: .
-          target: builder
+          target: migrator
           push: true
           tags: ${{ env.REGISTRY }}/${{ steps.image.outputs.name }}:migrate-${{ gitea.sha }}
           cache-from: type=gha

Dockerfile

@@ -27,6 +27,45 @@ ENV DATABASE_URL="postgresql://placeholder:placeholder@localhost:5432/placeholde
 # Datenbanken wechseln kann, siehe lib/prisma.ts.
 RUN pnpm build
 
+# --- Migrator ---------------------------------------------------------------
+# Eigenstaendige, schlanke Stage nur fuer den Kubernetes-Migrations-Job
+# (k8s/04-migrate-job.yaml): "prisma migrate deploy" + "prisma db seed"
+# brauchen nur die Prisma-CLI, tsx und die paar Laufzeit-Pakete, die
+# prisma/seed.ts importiert — NICHT next/react/sharp/stripe/alle
+# devDependencies, die im vollen builder-Stage (oben) noch mit drin sind.
+# Frueher wurde builder direkt als Migrations-Image gebaut; dessen
+# node_modules-Layer wurde beim Push an die (hinter Cloudflare liegende,
+# ~100 MB Limit pro Layer) Gitea-Registry mit "413 Payload Too Large"
+# abgewiesen. Eigene, minimale Paketliste statt "pnpm install" gegen das
+# volle package.json, damit next/react/sharp erst gar nicht installiert
+# werden.
+FROM base AS migrator
+# pnpm-workspace.yaml zuerst kopieren: pnpm v11 blockt Postinstall-Skripte
+# (u.a. @prisma/engines, laedt die Schema-Engine-Binary fuer "migrate
+# deploy") standardmaessig, ausser sie sind per "allowBuilds" in dieser
+# Datei freigegeben. Ohne die Datei an dieser Stelle liefe "pnpm add" gegen
+# ein Verzeichnis ohne jede Allowlist und wuerde die Skripte ignorieren
+# ([ERR_PNPM_IGNORED_BUILDS]) -> Schema Engine fehlt -> "migrate deploy"
+# schlaegt mit E_CANNOT_RESOLVE_VERSION fehl.
+COPY pnpm-workspace.yaml ./
+RUN pnpm add --save-prod \
+  prisma@^7.9.1 tsx@^4 bcryptjs@^3.0.3 \
+  @prisma/client@^7.9.1 @prisma/adapter-pg@^7.9.1 \
+  @prisma/adapter-mariadb@^7.9.1 mariadb@^3.5.3
+COPY prisma.config.ts ./
+COPY prisma ./prisma
+COPY scripts ./scripts
+COPY src/lib/db-adapter.ts ./src/lib/db-adapter.ts
+COPY src/lib/password-breach-check.ts ./src/lib/password-breach-check.ts
+COPY --from=builder /app/src/generated ./src/generated
+# Nur fuer scripts/prisma-provider.mjs (schreibt die provider-Zeile passend
+# zu DATABASE_PROVIDER) und damit prisma.config.ts nicht wegen einer
+# fehlenden URL abbricht, wenn versehentlich ohne echtes DATABASE_URL
+# aufgerufen — die K8s-Job-Umgebung (04-migrate-job.yaml) setzt die echte
+# DATABASE_URL zur Laufzeit ueber das Secret.
+ENV DATABASE_URL="postgresql://placeholder:placeholder@localhost:5432/placeholder"
+CMD ["sh", "-c", "node scripts/prisma-provider.mjs && npx prisma migrate deploy && npx prisma db seed"]
+
 # --- Runtime --------------------------------------------------------------
 FROM base AS runner
 ENV NODE_ENV=production