Vite 8 Stable: Sieben Patches in drei Wochen nach dem Stable-Release

Vite 8 Stable: Sieben Patches in drei Wochen nach dem Stable-Release

lschvn4 Min. Lesezeit

Vite 8.0.0 ist am 12. März 2026 stable geworden. Drei Wochen und sieben Patches später ist das Vite-Team bei v8.0.7 (7. April). Das ist eine schnellere Reaktionsgeschwindigkeit als bei den meisten Major-Releases im JavaScript-Ökosystem, und es spiegelt die Komplexität wider, die mit dem gleichzeitigen Ersetzen von ESBuild und Rollup durch Rolldown als unified Bundler einhergeht.

Was Stable mitbrachte

Die Hauptänderung ist Rolldown. Vite 8 basiert auf rolldown 1.0.0-rc.9, das sowohl ESBuild (für Dependency Pre-Bundling) als auch Rollup (für Production-Builds) durch einen einzelnen Rust-basierten Bundler ersetzt. Die Performance- und Speichervorteile sind real, besonders für größere Projekte, aber auch die Edge Cases, wenn Hunderte von Community-Plugins gegen die exakte Hook-Schnittstelle von Rollup geschrieben wurden.

Ebenfalls neu: Browser-Konsolen-Output wird jetzt an das Dev-Server-Terminal weitergeleitet. Das war eine häufig gewünschte DX-Verbesserung, Fehler und Logs erscheinen nun dort, wo man bereits hinschaut.

Die Patch-Bilanz

Das Changelog von v8.0.1 bis v8.0.7 zeigt Fixes über eine breite Fläche:

  • v8.0.1 (19. März): Erster Stable-Patch
  • v8.0.2 (23. März): Dev-Server-Watch-Verhaltensfixes
  • v8.0.3 (26. März): Weitere Watcher-Verfeinerungen
  • v8.0.4 (6. April): CSS- und SSR-Fixes
  • v8.0.5 (6. April): Weitere SSR- und Module-Runner-Fixes
  • v8.0.6 (7. April): Fortlaufende Bugfixes
  • v8.0.7 (7. April): Neuester Patch

Die Doppelpack-Releases am 6. und 7. April deuten auf eine spezifische Regressionswelle hin, die schnell gefunden und behoben wurde.

Browser-Console-Forwarding: Kleines Detail, großer DX-Gewinn

Das Hinzufügen der Browser-Konsolenausgabe-Weiterleitung zum Dev-Server-Terminal (gemergt in beta.17) verdient besondere Erwähnung. Zuvor war die Browser-Konsolenausgabe vom Terminal, in dem man vite laufen lässt, getrennt. Mit der Standardkonfiguration erscheinen console.log, Fehler und Warnungen nun dort, wo man bereits schaut.

Vite 7 noch unterstützt

Für Projekte, die noch nicht bereit sind, bleibt Vite 7 unterstützt. Der v7-zu-v8-Migrationsleitfaden ist auf vite.dev verfügbar. Die meisten straightforward Projekte migrieren ohne größere Probleme, aber Projekte mit Custom-Plugins oder ungewöhnlicher Bundler-Konfiguration sollten Zeit fürs Testen einplanen.

npm install vite@latest

Häufig gestellte Fragen

Verwandte Artikel

Weitere Berichterstattung zu ähnlichen Themen und Tags.

Rolldown 1.1.4 Deaktiviert `experimental.lazyBarrel` Wieder als Standard, Einen Monat Nachdem 1.1.0 Es Standardmäßig Aktiviert Hatte
tooling

Rolldown 1.1.4 Deaktiviert `experimental.lazyBarrel` Wieder als Standard, Einen Monat Nachdem 1.1.0 Es Standardmäßig Aktiviert Hatte

Rolldown [v1.1.4](https://github.com/rolldown/rolldown/releases/tag/v1.1.4), veröffentlicht am 2026-07-01T14:02:02Z, liefert eine Feature-Änderung und 19 Fehlerbehebungen. Die Feature-Änderung ist eine teilweise Rücknahme des [Standard-Flips der v1.1.0](https://github.com/rolldown/rolldown/releases/tag/v1.1.0) vom 2026-06-03: `experimental.lazyBarrel` ist nach vier Wochen Korrekturmeldungen gegen das standardmäßig aktivierte Verhalten wieder standardmäßig deaktiviert. Das Release härtet außerdem den Dev-Mode-Pfad, indem `lazyBarrel` auf off gezwungen wird, sobald `experimental.devMode` gesetzt ist (PR [#10060](https://github.com/rolldown/rolldown/pull/10060)), zusätzlich zum bestehenden Force-off für `treeshake`. Die Standard-Flip-Rücknahme (PR [#10071](https://github.com/rolldown/rolldown/pull/10071)) und der Dev-Mode-Fix autorisieren sich jeweils in einer Zeile: „disable `experimental.lazyBarrel` by default“ und „fix(dev): disable lazy barrel in dev mode“, und die Verfolgung der Grundursache ist das neue [Issue #10085](https://github.com/rolldown/rolldown/issues/10085) „Tracking strictExecutionOrder correctness and architecture issues“, eröffnet am Tag nach dem Release. Das Release folgt auf [Rolldown v1.1.3](https://github.com/rolldown/rolldown/releases/tag/v1.1.3) (2026-06-24) und ist das erste Release seit 1.1.0, das die lazyBarrel-Konfigurationsoberfläche anfasst.
Prettier 3.9 überholt fünf Parser: micromark für Markdown, yaml v2, GraphQL.js v17, ein Rust-basierter Flow-Parser und Angular
tooling

Prettier 3.9 überholt fünf Parser: micromark für Markdown, yaml v2, GraphQL.js v17, ein Rust-basierter Flow-Parser und Angular

Prettier 3.9.0, veröffentlicht am 27. Juni 2026 (prettier/prettier, Blogpost von Fisker Cheung), ist eine parserlastige Version, die Markdown von remark-parse v8 auf micromark v4 hebt (bessere CommonMark- und GFM-Konformität sowie eine Reihe lange bestehender Parsing-Bugs behoben), YAML auf yaml v2, GraphQL auf GraphQL.js v17 (Fragment-Argumente und Direktiven auf Direktivdefinitionen), Flow auf den neuen Rust-basierten oxidized-Parser des Flow-Teams (rund 37 % schneller bei Prettiers gültigen Flow-Fixtures und 43 % schneller bei flow_parser.js in lokalen Parser-only-Benchmarks) und Angular. Auch der JavaScript- und TypeScript-Printer wurde überarbeitet, insbesondere im --no-semi-Modus, wo Kommentare um break und continue jetzt über mehrere Durchläufe stabil sind (ein Idempotenz-Fix), sowie redundante Klammern in return, die Ausrichtung von eingebetteten Template-Interpolationen und das Inlining von logischen Negationen. Die Version entfernt die veraltete import ... assert {}-Syntax (Babel 8 hat das Parser-Plugin entfernt; migriert zu with), repariert eine stillschweigend defekte Option --cache-strategy content und verhindert, dass EditorConfig-Dateien oberhalb von Git-Worktrees einsickern. Das Team erinnert daran, die genaue Version in der package.json festzupinnen, da die Formatierungsänderungen Diffs erzeugen.
Playwright v1.61.0: WebAuthn-Passkeys, eine echte WebStorage-API und Trace-artige Video-Modi für den Test-Runner
tooling

Playwright v1.61.0: WebAuthn-Passkeys, eine echte WebStorage-API und Trace-artige Video-Modi für den Test-Runner

Playwright v1.61.0 (15. Juni 2026) liefert einen virtuellen Authenticator für WebAuthn/Passkey-Zeremonien, eine erstklassige page.localStorage / page.sessionStorage-API, Netzwerk-Security-Details auf APIResponses und bringt die Video-Aufzeichnung des Test-Runners auf Parität mit der Trace-Aufzeichnung. Browser-Kanäle: Chromium 149, Firefox 151, WebKit 26.5.

Kommentare

Anmelden Melden Sie sich an, um an der Diskussion teilzunehmen.

Noch keine Kommentare. Seien Sie der Erste, der seine Gedanken teilt.