Vite 8 stable : 7 correctifs en trois semaines

Vite 8 stable : 7 correctifs en trois semaines

lschvn4 min de lecture

Vite 8.0.0 est passé en stable le 12 mars 2026. Trois semaines et sept correctifs plus tard, l'équipe Vite est sur v8.0.7 au 7 avril. C'est un rythme de réponse plus rapide que la plupart des releases majeures dans l'écosystème JavaScript, et cela reflète la complexité inhérente au remplacement simultané d'ESBuild et Rollup par Rolldown comme bundler unifié.

Ce qu'a apporté la stable

Le changement principal est Rolldown. Vite 8 est construit autour de rolldown 1.0.0-rc.9, remplaçant ESBuild (pré-bundling des dépendances) et Rollup (builds de production) par un seul bundler Rust. Les bénéfices en performance et mémoire sont réels, particulièrement pour les grands projets, mais les cas limites le sont aussi quand des centaines de plugins communautaires sont bâtis sur l'interface exacte des hooks Rollup.

Nouveauté également : la sortie console du navigateur est maintenant transmise au terminal du dev server. C'était une amélioration UX fréquemment demandée, les erreurs et logs apparaissent désormais là où vous regardez déjà.

Le décompte des correctifs

Le changelog de v8.0.1 à v8.0.7 montre des corrections sur une large surface :

  • v8.0.1 (19 mars) : Premier correctif stable
  • v8.0.2 (23 mars) : Corrections comportement watch
  • v8.0.3 (26 mars) : Affinements watcheurs
  • v8.0.4 (6 avril) : Corrections CSS et SSR
  • v8.0.5 (6 avril) : Corrections SSR et module-runner
  • v8.0.6 (7 avril) : Correctifs continus
  • v8.0.7 (7 avril) : Dernier correctif en date

Les releases en rafale du 6-7 avril suggèrent qu'un lot spécifique de régressions a été trouvé et corrigé rapidement.

Le forwarding console : petit détail, grand impact UX

L'ajout du forwarding console navigateur vers le terminal (mergé en beta.17) mérite une mention spéciale. Auparavant déconnecté de l'endroit où vous lancez vite, le output console apparait maintenant où vous observez déjà. C'est une amélioration de DX qui aligne Vite avec ce que des outils comme Turbopack offrent.

Vite 7 toujours supporté

Pour les projets pas prêts à migrer, Vite 7 reste supporté. Le guide de migration v7 vers v8 est sur vite.dev. La plupart des projets straightforward migrent sans problème, mais les projets avec plugins personnalisés ou config inhabituelle doivent prévoir du temps de test.

npm install vite@latest

Questions fréquentes

Articles connexes

Plus de couverture avec des sujets et tags en commun.

Rolldown 1.1.4 Désactive `experimental.lazyBarrel` par Défaut, un Mois Après que 1.1.0 l'Ait Activé
tooling

Rolldown 1.1.4 Désactive `experimental.lazyBarrel` par Défaut, un Mois Après que 1.1.0 l'Ait Activé

Rolldown [v1.1.4](https://github.com/rolldown/rolldown/releases/tag/v1.1.4), publié le 2026-07-01T14:02:02Z, embarque un changement de fonctionnalité et 19 corrections de bogues. Le changement de fonctionnalité est une annulation partielle du [bascule par défaut de la v1.1.0](https://github.com/rolldown/rolldown/releases/tag/v1.1.0) du 2026-06-03: `experimental.lazyBarrel` est à nouveau désactivé par défaut, après quatre semaines de signalements de correction sur le comportement par défaut. La release durcit aussi le chemin du mode dev en forçant `lazyBarrel` à off dès que `experimental.devMode` est défini (PR [#10060](https://github.com/rolldown/rolldown/pull/10060)), en plus du forçage existant à off pour `treeshake`. L'annulation de la bascule par défaut (PR [#10071](https://github.com/rolldown/rolldown/pull/10071)) et le fix du mode dev s'authentifient chacun en une ligne: « disable `experimental.lazyBarrel` by default » et « fix(dev): disable lazy barrel in dev mode », et le suivi de la cause racine est la nouvelle [issue #10085](https://github.com/rolldown/rolldown/issues/10085) « Tracking strictExecutionOrder correctness and architecture issues », ouverte le lendemain de la release. La release fait suite à [Rolldown v1.1.3](https://github.com/rolldown/rolldown/releases/tag/v1.1.3) (2026-06-24) et est la première release depuis 1.1.0 à toucher la surface de configuration lazyBarrel.
Prettier 3.9 refond cinq parseurs : micromark pour Markdown, yaml v2, GraphQL.js v17, un parseur Flow en Rust et Angular
tooling

Prettier 3.9 refond cinq parseurs : micromark pour Markdown, yaml v2, GraphQL.js v17, un parseur Flow en Rust et Angular

Prettier 3.9.0, publié le 27 juin 2026 (prettier/prettier, billet de Fisker Cheung), est une release centrée sur les parseurs qui fait passer Markdown de remark-parse v8 à micromark v4 (meilleure conformité CommonMark et GFM et une série de bugs de parsing de longue date corrigés), YAML à yaml v2, GraphQL à GraphQL.js v17 (arguments de fragment et directives sur les définitions de directive), Flow au nouveau parseur oxidized basé sur Rust de l'équipe Flow (environ 37 % plus rapide sur les fixtures Flow valides de Prettier et 43 % plus rapide sur flow_parser.js en benchmarks parser-only locaux) et Angular. Le formateur JavaScript et TypeScript est aussi retravaillé, en particulier en mode --no-semi où les commentaires autour de break et continue sont maintenant stables entre plusieurs passages (un fix d'idempotence), plus la suppression des parenthèses redondantes dans les return, l'alignement des interpolations de template embarquées et l'inlining des expressions de négation logique. La release retire la syntaxe legacy import ... assert {} (Babel 8 a supprimé le plugin de parseur ; migrez vers with), corrige une option --cache-strategy content silencieusement cassée et empêche les fichiers EditorConfig au-dessus des worktrees Git de s'infiltrer. L'équipe rappelle d'épingler la version exacte dans package.json car les changements de formatage vont produire des diffs.
Playwright v1.61.0 : passkeys WebAuthn, vraie API WebStorage et modes vidéo à la trace pour le test runner
tooling

Playwright v1.61.0 : passkeys WebAuthn, vraie API WebStorage et modes vidéo à la trace pour le test runner

Playwright v1.61.0 (15 juin 2026) livre un authentificateur virtuel pour les cérémonies WebAuthn/passkey, une API de première classe page.localStorage / page.sessionStorage, les détails de sécurité réseau sur les APIResponse, et aligne l'enregistrement vidéo du test runner sur l'enregistrement de trace. Canaux navigateur : Chromium 149, Firefox 151, WebKit 26.5.

Commentaires

Connexion Connectez-vous pour participer à la conversation.

Pas encore de commentaires. Soyez le premier à partager vos pensées.