Files
dokploy/packages/server/DEBUG-BUILD.md
Mauricio Siu c04dd63db8 chore(dependencies): update ai-sdk packages and other dependencies
- 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.
2026-02-16 12:50:34 -06:00

1.2 KiB
Raw Blame History

Debug build OOM orden para probar

Ejecuta desde packages/server (o pnpm --filter=@dokploy/server run <script> desde la raíz).

  1. 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).
  2. 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.
  3. pnpm run build:debug:noDecl
    Compila solo JS (sin declaration).

    • Si hace OOM → el problema es emitir JS.
    • Si pasa → el problema es generar .d.ts.
  4. pnpm run build:debug:declOnly
    Solo genera declaraciones (.d.ts).

    • Si hace OOM → el cuello de botella son las declaraciones.
  5. 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).