Pengembang Firefox telah mengumumkan pengurangan siklus rilis untuk versi browser baru menjadi empat minggu (versi sebelumnya dirilis setiap 6-8 minggu). Firefox 70 akan dirilis sesuai jadwal sebelumnya pada 22 Oktober , diikuti enam minggu kemudian, pada 3 Desember, oleh Firefox 71. Rilis selanjutnya akan menyusul setiap empat minggu (7 Januari, 11 Februari, 10 Maret, dst.).
Oleh karena itu, versi Long Term Support (LTS) akan dirilis setiap tahun seperti sebelumnya dan akan dipelihara selama tiga bulan setelah versi LTS berikutnya dibuat. Pembaruan patch untuk cabang LTS akan disinkronkan dengan rilis reguler dan juga akan dirilis setiap empat minggu.
Rilis ESR berikutnya adalah Firefox 78, yang dijadwalkan pada Juni 2020. SpiderMonkey dan Tor Browser juga akan beralih ke siklus rilis 4 minggu.
Alasan dipersingkatnya siklus pengembangan adalah keinginan untuk menghadirkan fitur-fitur baru kepada pengguna lebih cepat. Rilis yang lebih sering diharapkan dapat meningkatkan fleksibilitas perencanaan pengembangan produk dan implementasi perubahan prioritas yang memenuhi kebutuhan bisnis dan pasar.
Menurut para pengembang, siklus pengembangan empat minggu memungkinkan keseimbangan optimal antara kecepatan dalam menghadirkan API web baru dan memastikan kualitas serta stabilitas.
Mulai kuartal pertama tahun 2020, kami berencana mengirimkan versi utama Firefox setiap 4 minggu. Irama rilis Firefox ESR (Rilis Dukungan Perusahaan yang Diperluas) akan tetap sama.
Di tahun-tahun mendatang, kami mengantisipasi rilis ESR besar setiap 12 bulan dengan dukungan 3 bulan yang tumpang tindih antara ESR baru dan akhir masa manfaat ESR lama. Dua rilis utama ESR berikutnya adalah ~ Juni 2020 dan ~ Juni 2021.
Siklus rilis yang lebih pendek memberikan fleksibilitas yang lebih besar untuk mendukung perencanaan produk dan perubahan prioritas karena kebutuhan bisnis atau pasar.
Dengan siklus empat minggu, kami dapat menjadi lebih gesit dan mengirimkan fitur lebih cepat, sambil menerapkan ketelitian dan uji tuntas yang sama yang diperlukan untuk rilis berkualitas tinggi dan stabil.
Selain itu, kami memberikan fitur baru dan implementasi API web baru ke tangan pengembang dengan lebih cepat. (Inilah yang baru-baru ini kami lakukan dengan implementasi dan pembaruan spesifikasi CSS, misalnya.)
Mengurangi waktu yang dibutuhkan untuk mempersiapkan perilisan akan menyebabkan pengurangan waktu pengujian untuk rilis beta , nightly build, dan edisi pengembang, yang rencananya akan diimbangi dengan pembaruan yang lebih sering untuk build pengujian.
Alih-alih menyiapkan dua versi beta baru per minggu , rencananya adalah mengadaptasi skema rilis beta yang sering untuk cabang beta , yang sebelumnya digunakan untuk rilis harian.
Untuk menjaga kualitas dan meminimalkan risiko dalam siklus yang dipersingkat, kita harus:
- Pastikan bahwa produktivitas rekayasa Firefox tidak terpengaruh secara negatif.
- Mempercepat putaran umpan balik regresi dari penerapan hingga deteksi dan resolusi.
- Mampu mengontrol penerapan fungsi berdasarkan ketersediaan versi.
- Pastikan pengujian yang tepat untuk fitur yang lebih besar yang mencakup beberapa siklus rilis.
- Memiliki proses mitigasi dan pengambilan keputusan yang jelas dan konsisten.
Untuk mengurangi risiko masalah yang tidak terduga saat menambahkan beberapa inovasi signifikan , perubahan yang terkait dengan inovasi tersebut akan diluncurkan kepada pengguna versi tersebut tidak sekaligus, tetapi secara bertahap ; pada awalnya, kesempatan tersebut akan diaktifkan untuk sebagian kecil pengguna dan kemudian sepenuhnya ditutup atau dihentikan secara dinamis ketika ditemukan cacat.
Selain itu, untuk menguji inovasi dan membuat keputusan tentang penyertaannya dalam tim utama program Uji Coba, pengguna akan diundang untuk berpartisipasi dalam eksperimen yang tidak terkait dengan siklus persiapan peluncuran.
Sumber: https://hacks.mozilla.org/