Nick Szaunig
f2b9993427
ts-node prisma/seed.ts lief bisher live im Container - der TypeScript-Compiler dafuer braucht deutlich mehr Heap als das 512Mi-Pod-Limit, daher sporadische "JavaScript heap out of memory"- Crashes beim Start (manchmal lief's, manchmal nicht, reine GC-Zufaelligkeit an der Speichergrenze). Fix: seed.ts wird jetzt wie main.ts beim Docker-Build vorkompiliert (tsconfig.seed.json, rootDir bewusst auf prisma/ statt Projekt-Root gesetzt, damit der relative Import '../generated/prisma' nach dem Kompilieren weiterhin auf denselben Pfad zeigt). Laufzeit-CMD startet nur noch plain `node dist/seed.js` - kein TypeScript-Compiler mehr im Container. ts-node/typescript zurueck zu devDependencies (nur noch fuer den Build-Schritt gebraucht, nicht mehr zur Laufzeit). incremental in tsconfig.seed.json explizit deaktiviert - ein stale tsconfig.seed.tsbuildinfo liess tsc beim zweiten Testlauf sonst faelschlich "nichts zu tun" melden (derselbe Fallstrick wie bei tsconfig.build.tsbuildinfo). Verifiziert: tsc/eslint clean, 304/304 Tests, Build reproduzierbar (zweimal hintereinander ohne Cache-Reset getestet), node dist/seed.js lief erfolgreich gegen die echte lokale DB (erkannte den bestehenden Admin korrekt und legte ihn nicht erneut an).