Jawaban:
Rilis Calon.
Sesuai kesepakatan, setiap kali pembaruan untuk suatu program hampir siap, versi uji diberikan nomor rc. Jika bug kritis ditemukan, yang membutuhkan perbaikan, program diperbarui dan diterbitkan kembali dengan nomor rc yang lebih tinggi. Ketika tidak ada bug kritis yang tersisa, atau tidak ada bug kritis tambahan yang ditemukan, maka penetapan rc dijatuhkan.
Siklus rilis Linux saat ini berfungsi seperti ini: Say 3.7 dirilis hari ini, yang membuka sekitar 2 minggu "merge window" (Linus menerima fitur-fitur baru yang telah dicoba di tempat lain, di pohon eksperimental; sebagian besar aktivitas yang mengarah ke 3,8 terjadi di sini ). Linus melepaskan 3.8-rc1, menutup jendela gabungan secara resmi, setelah ini ia hanya menerima (hampir) perbaikan bug sesuai dengan yang digabung. Kadang-kadang hal-hal yang digabungkan diambil kembali, jarang hal-hal baru masuk ke dalam kernel. Sekitar setiap minggu Linus merilis 3,8-rc2, -rc3, ... terus sampai dia puas bahwa tidak ada bug baru, dan rilis 3,8. Kemudian siklus dimulai lagi. Siklusnya memakan waktu sekitar 8 minggu, jadi naik ke rc6 atau lebih, tetapi kadang-kadang periode antara rc diperpendek, kadang-kadang bug yang membandel membuat seluruh siklus lebih lama.
Setelah 3.8 dirilis, diambil alih oleh tim stabil, yang mengumpulkan perbaikan bug untuk masalah serius dan dampak minimal, dan rilis 3.8.1, 3.8.2, ... Tidak ada jangka waktu yang pasti untuk ini, dan begitu 3,9 datang di luar tidak ada lagi 3.8.x.
Ada juga versi dukungan lama, sebagian besar untuk keuntungan (dan di bawah kepemilikan oleh) distribusi perusahaan atau orang-orang di daerah tertanam, saat ini dipertahankan sampai tingkat tertentu adalah 2.6.32.60 dan 2.6.34.14 (gaya penomoran lama), 3.0.63, 3.2.38, 3.4.30.
Anda dapat melihat penjelasan komprehensif tentang ini di Bagaimana proses pengembangan bekerja
tautan.