Turbopack

Was ist es?

Turbopack ist Vercels Rust-basierter Bundler — inkrementell, Funktion-level-Caching, Nachfolger von Webpack für Next.js. In Next.js 16 Default für dev und build. Standalone-Nutzung außerhalb Next noch experimentell.

Quickstart

In Next.js 16: aktiv by default, nichts zu tun.

Explizit erzwingen / deaktivieren:

next dev --turbopack        # ist Default
next dev --no-turbopack     # zurück zu Webpack (legacy)

Typische Patterns

• Aus Next.js heraus nutzen — Standalone-Setup ist nicht produktionsreif.
• Inkrementelle Re-Builds durch Function-Level-Tracing — nur geänderter Code neu kompiliert.
• Tree-Shaking + Code-Splitting automatisch.
• Bundling-Stats via next build + Bundle-Analyzer-Plugin (Webpack-Plugin funktioniert teilweise auch hier).
• Loader-Migration: Webpack-Loader für Custom-Assets nicht 1:1 kompatibel — turbopack-Config in next.config.ts.

Gotchas / Was oft schiefgeht

• Webpack-Plugins funktionieren nicht, nur eine kuratierte Loader-Liste. Custom Webpack-Configs müssen migriert werden.
• Source-Maps in Production-Build können fehlen / unvollständig sein — Bug-Reports prüfen.
• Sehr alte Deps mit CJS + Magic-Imports brechen manchmal. transpilePackages in next.config.ts setzen.
• HMR ist schnell, aber State-Resets bei manchen Komponenten-Updates passieren häufiger als bei Webpack.
• Memory-Verbrauch im Dev kann höher sein als gedacht — bei großen Repos beobachten.

Wann nicht?

Außerhalb von Next.js: aktuell noch Vite / Rolldown / esbuild zuverlässiger. Wenn du auf bestimmten Webpack-Loadern / Plugins angewiesen bist und Migration zu teuer ist → Webpack-Fallback (--no-turbopack) nutzen, solange verfügbar.