Rilis Vite 8.0

 (vite.dev)
13 poin oleh GN⁺ 2026-03-14 | 5 komentar | Bagikan ke WhatsApp
  • Struktur ganda esbuild + Rollup yang sebelumnya digunakan kini disatukan menjadi bundler berbasis Rust, Rolldown, sehingga mencapai performa build hingga 10–30 kali lebih cepat
  • Registri plugin baru telah dirilis, memungkinkan pencarian dan pengelolaan plugin Vite, Rolldown, dan Rollup
  • Fitur kenyamanan pengembangan seperti Vite Devtools, resolusi path TypeScript, Wasm SSR, dan console forwarding telah ditambahkan
  • Rilis ini merupakan perubahan struktural terbesar dalam ekosistem Vite sejauh ini, sekaligus menjadi fondasi bagi perkembangan toolchain terintegrasi ke depan

Vite 8 berbasis Rolldown

  • Vite 8 menyatukan struktur bundler ganda sebelumnya, yaitu esbuild (untuk pengembangan) dan Rollup (untuk produksi), menjadi satu bundler Rolldown
    • Rolldown adalah bundler berkinerja tinggi yang ditulis dalam Rust dan mendukung API plugin yang sama dengan Rollup
    • Sebagian besar plugin Vite yang ada dapat berjalan tanpa modifikasi tambahan
  • Dari sisi performa, Rolldown 10–30 kali lebih cepat dibanding Rollup, serta mendukung fitur lanjutan seperti caching per modul, pembagian chunk yang fleksibel, dan Module Federation

Proses adopsi Rolldown

  • Pada tahap awal, pratinjau teknologi disediakan lewat paket rolldown-vite untuk mengumpulkan umpan balik komunitas
    • Pengujian dilakukan pada berbagai codebase nyata untuk menyelesaikan masalah kompatibilitas
    • Dibangun pula sistem pengujian CI khusus untuk plugin dan framework utama
  • Pada Desember 2025, Vite 8 beta dirilis dengan integrasi penuh Rolldown
    • Selama periode beta, Rolldown berkembang hingga tahap Release Candidate dan semakin stabil

Contoh peningkatan performa nyata

  • Sejumlah perusahaan melaporkan pengurangan waktu build
    • Linear: 46 detik → 6 detik
    • Ramp: berkurang 57%
    • Mercedes-Benz.io: berkurang hingga 38%
    • Beehiiv: berkurang 64%
  • Efeknya makin menonjol pada proyek berskala besar, dan peningkatan berkelanjutan pada Rolldown juga telah diumumkan

Toolchain terintegrasi dan stack teknologi

  • Vite 8 berkembang menjadi toolchain end-to-end di mana Vite (build tool), Rolldown (bundler), dan Oxc (compiler) bekerja erat bersama
    • Menjamin konsistensi di seluruh proses parsing, transformasi, dan optimasi
    • Memungkinkan optimasi tree shaking dengan memanfaatkan analisis semantik Oxc
    • Memiliki struktur yang memungkinkan adopsi spesifikasi JS baru dengan cepat

Fitur tambahan

  • Vite Devtools: memungkinkan analisis visual status proyek dari server pengembangan
  • Dukungan bawaan untuk resolusi otomatis path TypeScript (alias) dan emitDecoratorMetadata
  • Wasm SSR: mendukung impor .wasm?init di lingkungan server-side rendering
  • Browser console forwarding: meneruskan error browser ke terminal untuk meningkatkan efisiensi debugging
  • @vitejs/plugin-react v6: menghapus Babel, menerapkan React Refresh berbasis Oxc, dan mengurangi ukuran instalasi

Arah pengembangan berikutnya

  • Full Bundle Mode (eksperimental): melakukan bundling bahkan saat pengembangan, menghasilkan startup server 3 kali lebih cepat, reload 40% lebih cepat, dan 10 kali lebih sedikit permintaan jaringan
  • Pengiriman Raw AST dan transformasi Native MagicString untuk memperkecil kesenjangan performa antara Rust dan JS
  • Kolaborasi ekosistem sedang berlangsung untuk menstabilkan Environment API

Perubahan ukuran instalasi

  • Vite 8 sekitar 15MB lebih besar daripada Vite 7
    • lightningcss (sekitar 10MB): menyediakan fitur kompresi CSS bawaan
    • Binary Rolldown (sekitar 5MB): penambahan ukuran demi optimasi kecepatan
  • Optimasi ukuran akan terus dilakukan pada rilis berikutnya

Panduan migrasi

  • Sebagian besar proyek dapat di-upgrade tanpa perubahan konfigurasi
    • Konfigurasi esbuild dan rollupOptions yang ada akan dikonversi secara otomatis
  • Untuk proyek besar, disarankan migrasi dua tahap
    • Beralih dari Vite 7 ke rolldown-vite, lalu upgrade ke Vite 8
  • Prosedur rinci dapat dilihat di Migration Guide dan Changelog resmi

Apresiasi untuk Rollup dan esbuild

  • Rollup menyediakan fondasi bagi ekosistem plugin Vite, dan API tersebut diwarisi oleh Rolldown
  • esbuild adalah teknologi inti yang memungkinkan pengalaman pengembangan cepat, sekaligus menjadi pemicu perkembangan tooling berbasis Rust dan Go
  • Kontribusi kedua proyek ini tertanam kuat dalam DNA Vite

Komunitas dan kolaborasi

  • Pengembangan Vite 8 diselesaikan melalui kolaborasi antara sapphi-red dan tim Vite, tim Rolldown, serta banyak kontributor komunitas
  • VoidZero, Bolt, dan NuxtLabs berpartisipasi sebagai mitra utama

Bacaan terkait

5 komentar

 
GN⁺ 2026-03-14
Opini Hacker News

  • Ini membuatku kembali berpikir betapa banyak sumber daya komputasi yang telah dihamburkan industri pada alat-alat yang tidak efisien yang dipakai tanpa banyak dipertanyakan dengan anggapan bahwa “build memang dari sananya lambat”
    Kita menyusun jadwal mengikuti build yang lambat itu, menjadikan waktu istirahat sebagai bahan candaan, bahkan membangun lapisan cache sendiri
    Salut untuk para maintainer Vite

    • Dibanding sumber daya yang terbuang karena bundel JS yang lambat, biaya yang terbuang karena runtime dan abstraksi yang tidak efisien jauh lebih besar
      Sebagian besar software production berjalan puluhan kali lebih lambat daripada yang sebenarnya dibutuhkan
      Aplikasi Electron yang memakai RAM sampai beberapa GB namun tetap lebih tersendat dibanding software 40 tahun lalu adalah buktinya
    • Aku juga berpikir begitu. Alat seperti ESLint atau Prettier pun terasa seperti pemborosan serupa setelah mengenal Oxc
    • Kurasa suatu hari nanti kita juga akan melihat kembali pemborosan seperti ini pada perkalian matriks
    • Kinerja build sudah lama jadi perhatianku
      14 tahun lalu, aku sadar berapa banyak waktu yang terbuang karena menunggu build, dan merasa masalah ini sangat parah terutama di ekosistem Java
      Dulu di sebuah proyek Ruby, integration test butuh 10 menit tiap kali karena selalu membuat ulang DB
      Kotlin/Spring Boot juga lambat dikompilasi, dan compiler Rust pun tidak bisa dibilang cepat
      Tapi test adalah sesuatu yang bisa kita kendalikan. Unit test seharusnya selesai dalam hitungan milidetik, dan integration test bisa banyak ditingkatkan lewat paralelisasi dan pengacakan data
      Di MacBook Pro, aku menjalankan ratusan integration test Spring dengan Redis, DB, dan Elasticsearch dalam waktu kurang dari 40 detik
      Begitu setelan seperti ini siap, kita mendapat feedback loop yang cepat dan rasa senang saat mengembangkan software pun kembali

  • Kontribusiku pada Vite 8 adalah dukungan Wasm SSR
    Aku memperluas impor .wasm?init agar juga bekerja di lingkungan SSR
    Prosesnya memang lambat, tetapi aku terkesan karena timnya membantu sampai detail kecil dan bahkan menambahkan dokumentasi

    • Mendengar cerita di balik layar seperti ini jadi makin menarik
      Terasa bahwa tim Vite bukan sekadar membuat alat, tapi juga sungguh serius pada pembinaan kontributor dan kolaborasi

  • Senang sekali melihat peningkatan performa seperti ini di era Electron
    Proyek yang sudah lama kupelihara (dimulai bahkan sebelum React hooks) dulu butuh 2 menit untuk build dengan react-scripts berbasis Webpack
    Sekarang selesai dalam 1 detik dengan Vite 8. Ini menunjukkan betapa banyak resource yang telah kita buang selama ini

    • Sekarang tampaknya mimpi buruk baru dimulai, yaitu memaksa menempelkan antarmuka yang bisa dipakai mesin di atas model AI
    • Ironisnya, situs web Vite sendiri terasa lag bahkan di A55 atau S23FE
    • Sebenarnya JS sejak awal adalah bahasa yang tidak memerlukan proses build
      Browser seharusnya bisa menjalankannya apa adanya, dan TypeScript juga dirancang agar cukup menghapus tipe lalu langsung bisa dieksekusi
      Keberadaan alat build seperti ini sendiri terasa seperti arah yang keliru

  • Tim kami setelah mengadopsi Vite 8 memangkas waktu build dari 4 menit menjadi 30 detik
    Hampir seperti penggantian drop-in, dan kami berterima kasih kepada tim Vite

    • Di tempat kami juga turun dari 10 detik menjadi 1 detik. Kuncinya berkat Rolldown
      Kami sudah memakainya sejak sebelum terintegrasi ke Vite, dan hasilnya benar-benar luar biasa
    • 4 menit? Jadi penasaran sebesar apa aplikasinya
      Katanya lebih cepat dari Next, jadi kalau selama itu pasti skalanya besar sekali
    • Salah satu proyek kami turun dari 12 menit menjadi 2 menit. Perubahannya benar-benar mengejutkan

  • Terima kasih kepada tim Vite yang membuat solusi bundling open source yang tidak terikat pada framework tertentu
    (batuk kecil sambil menyebut Turbopack)

  • Kabar yang bagus. Tapi sepertinya Next.js tidak akan bisa menikmati hasil komunitas seperti ini
    Gara-gara sindrom NIH ala Vercel

    • Vercel selalu punya pola menjalankan preview yang belum matang selama bertahun-tahun
      Mereka memulai Turbopack alpha di Next 13 dan baru menjadikannya default di Next 16
      Pada 2022, benchmark perbandingan dengan Vite juga sempat dipelintir
      Ada masalah caching, performa lambat, celah keamanan RSC, app router yang membingungkan, dan repotnya hosting di luar Vercel
      Memilih Next.js adalah sebuah risiko
      Tautan terkait: diskusi perbandingan, riwayat caching, analisis performa, CVE keamanan, OpenNext
    • Aku kembali ke React setelah beberapa tahun, dan sulit memahami alasan keberadaan Next
      Aneh juga bahwa dokumentasi resmi menyebut Next sebagai pilihan default
      Aku tidak paham kenapa React dipakai untuk sesuatu yang bukan SPA
    • Next.js didorong sebagai SDK resmi karena integrasi dengan berbagai partner SaaS enterprise
      Misalnya: Sitecore Cloud, Sanity, Contentful, dan lainnya
    • Sebagai referensi, ada juga Cloudflare Vinext (aku sendiri belum mencobanya)

  • Dengan Vite+, Void Cloud, Void Framework, dan seterusnya,
    sepertinya pertarungan antara Vercel dan Void akan segera dimulai
    Demo PRC(Server Functions) khususnya menarik — memperlihatkan type safety end-to-end dari DB sampai UI
    Kami sedang meneliti desain RPC lewat Telefunc(sebagai alternatif tRPC), dan berharap bisa berkolaborasi dengan tim Void
    Tautan terkait: video demo PRC, Telefunc, Vike

    • Yang menarik, ada rumor bahwa Vercel secara tidak langsung adalah investor Void
      Void Cloud tampaknya dibangun di atas Cloudflare Workers, dan saat ini informasinya masih sedikit
      Tetap saja, fakta bahwa mereka merilis Vite+ sebagai open source berlisensi MIT sangat menggembirakan
      Jika Bun terlalu fokus pada dukungan Anthropic dan mulai mengabaikan OSS, mereka bisa kehilangan keunggulan kompetitif
      Referensi: Void Cloud

  • Meski ekosistem JS kacau, Vite terus menunjukkan DX yang luar biasa dan kualitas production
    Dengan bundler Rolldown yang kini terintegrasi, fondasinya akan menjadi lebih cepat dan lebih fleksibel
    Sebagai orang yang sudah mengembangkan web sejak 1998, aku benar-benar penggemar beratnya

  • Karena mementingkan pemeliharaan jangka panjang, aku langsung memakai esbuild
    Aku tidak suka harus terus membetulkan wrapper seperti Vite setiap kali rusak akibat perubahan internal

    • Aku juga pernah memakai pendekatan yang sama, yaitu esbuild + lapisan RPC sederhana
      Verifikasi tipe kutangani dengan Zod, dan hanya tipe Postgres yang kugenerate kodenya
      Setelah itu, mungkin aku akan memakai Kysely
    • esbuild adalah satu-satunya alat JS yang tidak pernah rusak bahkan setelah bertahun-tahun
    • Hanya saja, code splitting-nya masih kurang
    • Top-level await juga belum didukung, dan live reloading jauh lebih lambat dibanding HMR

  • Dukungan bawaan untuk tsconfig paths benar-benar peningkatan QoL yang bagus
    Ini bisa mengurangi duplikasi konfigurasi

    • Kabar bagus, tetapi Node.js import alias juga layak dicoba
      Untuk beberapa proyek, itu bisa lebih sederhana
 
aer0700 2026-03-14

Sebenarnya JS pada awalnya adalah bahasa yang tidak memerlukan proses build; browser seharusnya bisa menjalankannya apa adanya, dan TypeScript juga dirancang agar bisa langsung dijalankan cukup dengan menghapus tipe saja. Keberadaan build tool seperti ini sendiri terasa seperti arah yang keliru -> lalu bagaimana kita bisa menormalkannya kembali?
 
carnoxen 2026-03-17

Karena yang tadinya hanya berjalan di browser sekarang jadi dijalankan langsung di server, sepertinya ini memang alur yang tak terelakkan.
 
ahiou 2026-03-15

Saya pikir ini adalah fenomena alami yang muncul seiring aplikasi web menjadi makin canggih.
 
savvykang 2026-03-14

Mungkin kita harus membuang JS di browser seperti saat membuang Flash, bukan? Tapi sepertinya belum ada tanda-tanda JS akan ditinggalkan.