Node.js Ubah Total Jadwal Rilis, Hanya Satu Versi Major per Tahun Mulai Node 27
Sebuah pola rilis yang sudah mendefinisikan cara jutaan developer merencanakan upgrade selama lebih dari sepuluh tahun terakhir, akhirnya akan berakhir, digantikan sistem yang jauh lebih sederhana namun mengubah total kalkulasi waktu dukungan yang selama ini dikenal komunitas.
Node.js, runtime JavaScript open-source yang dikelola OpenJS Foundation, mengumumkan perubahan fundamental terhadap jadwal rilis mereka. Mulai dari versi 27, proyek ini akan beralih dari dua rilis major per tahun menjadi hanya satu rilis major setiap tahunnya.
Menghapus Model Ganjil-Genap yang Sudah Berlangsung Lebih dari Satu Dekade
Perubahan ini akan mulai berlaku pada Oktober 2026, dan secara efektif menghapus model versioning ganjil dan genap yang telah mendefinisikan strategi rilis Node.js selama lebih dari satu dekade terakhir. Selama ini, Node.js merilis versi major baru setiap enam bulan, satu pada April dan satu lagi pada Oktober. Namun kedua rilis tersebut tidak pernah diperlakukan setara. Versi major bernomor ganjil, yang biasanya dirilis pada Oktober, hanya berstatus sebagai Current release yang hidup sekitar enam hingga delapan bulan dan tidak pernah dipromosikan ke status Long-Term Support atau LTS. Sementara itu, hanya versi bernomor genap yang berhak mendapatkan dukungan jangka panjang tersebut.
Skema Baru: Satu Rilis, Semua Jadi LTS
Di bawah jadwal baru ini, satu rilis major tunggal akan mendarat setiap April, dengan promosi ke status LTS menyusul pada Oktober tahun yang sama. Perubahan paling signifikan dari skema baru ini adalah setiap rilis kini akan menjadi LTS, menghapus sepenuhnya perbedaan yang selama ini ada antara rilis eksperimental berumur pendek dengan rilis yang mendapat dukungan jangka panjang.
Sebagai tambahan, Node.js juga akan memperkenalkan kanal Alpha baru, yang ditujukan khusus untuk kebutuhan pengujian awal sebelum fitur-fitur benar-benar matang untuk dirilis secara luas.
Alasan di Balik Perubahan
Keputusan ini diambil untuk mengatasi berbagai tantangan maintenance yang selama ini dihadapi tim pengembang Node.js, sekaligus bertujuan menyelaraskan jadwal rilis dengan kebutuhan nyata para pengguna. Model lama yang menghasilkan rilis "kelas dua" setiap Oktober dinilai kurang optimal, mengingat banyak sumber daya tim harus dialokasikan untuk rilis yang pada akhirnya tidak pernah mendapat dukungan jangka panjang sama sekali.
Transisi dari Model Lama
Node.js 26, yang dirilis pada April 2026, akan menjadi rilis terakhir yang mengikuti model lama sebelum perubahan besar ini benar-benar diterapkan. Sebagai gambaran kondisi terkini, per awal Agustus 2026, versi stabil terbaru Node.js tercatat adalah 26.5.1, yang dirilis pada 28 Juli 2026, bersamaan dengan pembaruan untuk cabang versi lama lainnya, yaitu 22.23.2 dan 24.18.1, pada tanggal yang sama.
Dalam sistem yang berlaku saat ini, setiap rilis major memasuki status Current selama enam bulan pertama, memberi waktu bagi para pembuat library pihak ketiga untuk menambahkan dukungan terhadap versi baru tersebut. Setelah periode itu, rilis akan naik ke status Active LTS dan dianggap siap digunakan secara umum untuk kebutuhan produksi. Status LTS sendiri biasanya menjamin perbaikan bug kritis selama total 30 bulan, jauh lebih panjang dibanding masa hidup rilis Current biasa.
Dampak bagi Developer dan Tim Engineering
Bagi tim engineering yang mengelola aplikasi produksi berbasis Node.js, rekomendasi umum selama ini adalah hanya menggunakan rilis berstatus Active LTS atau Maintenance LTS, menghindari rilis Current yang lebih eksperimental dan rentan mengalami perubahan besar. Dengan skema baru yang menjadikan setiap rilis major otomatis berstatus LTS, siklus perencanaan upgrade bagi tim engineering berpotensi menjadi lebih sederhana, karena mereka tidak perlu lagi memilah mana versi yang layak dipakai jangka panjang dan mana yang sebaiknya dihindari untuk kebutuhan produksi.
Perubahan jadwal rilis sebesar ini menandai salah satu pergeseran kebijakan paling signifikan dalam sejarah pengelolaan Node.js, mengingat runtime ini menjadi fondasi bagi jutaan aplikasi web dan server di seluruh dunia. Bagi komunitas developer yang selama bertahun-tahun sudah terbiasa dengan ritme rilis dua kali setahun, transisi menuju siklus tahunan yang lebih sederhana ini kemungkinan akan membutuhkan penyesuaian, namun berpotensi menghadirkan kepastian yang lebih besar soal kapan tepatnya sebuah versi baru layak diadopsi untuk lingkungan produksi mereka.
Komentar (0)
Masuk untuk menulis komentar.
Belum ada komentar.