mirror of
https://github.com/Dokploy/dokploy.git
synced 2026-06-15 20:25:23 +02:00
- Upgraded @ai-sdk dependencies to versions 3.0.44, 3.0.30, 3.0.21, 2.0.34, 3.0.20, and 3.0.29 in package.json files for both server and dokploy. - Updated ai package to version 6.0.86 and ai-sdk-ollama to version 3.7.0. - Updated swagger-ui-react to version 5.31.1. - Added a new DEBUG-BUILD.md file for debugging build issues in the server package. - Introduced tsconfig.server.no-decl.json to manage TypeScript compilation options without declaration files. - Modified tsconfig.json to include .next directory for TypeScript compilation.
1.2 KiB
1.2 KiB
Debug build OOM – orden para probar
Ejecuta desde packages/server (o pnpm --filter=@dokploy/server run <script> desde la raíz).
-
pnpm run build:debug:noEmit
Solo typecheck, no escribe archivos.- Si hace OOM → el problema es el análisis de tipos (ej. zod u otras libs).
- Si pasa → el problema está en emit (JS o
.d.ts).
-
pnpm run build:debug:noEmit:8gb
Mismo que el anterior pero con 8GB de heap.- Si con 8GB pasa y sin 8GB no → el typecheck necesita más memoria.
-
pnpm run build:debug:noDecl
Compila solo JS (sindeclaration).- Si hace OOM → el problema es emitir JS.
- Si pasa → el problema es generar
.d.ts.
-
pnpm run build:debug:declOnly
Solo genera declaraciones (.d.ts).- Si hace OOM → el cuello de botella son las declaraciones.
-
pnpm run build:debug:full
Build completo con--extendedDiagnostics(imprime estadísticas al final).- Para ver en qué paso se va la memoria si no has localizado antes.
Con eso sabes si el OOM viene de: typecheck, emit JS o emit declarations, y puedes elegir fix (más memoria, esbuild para JS, o no emitir declarations).