Lepaskan Kandidat.
Dengan konvensi, setiap kali pembaruan untuk suatu program hampir siap, versi uji diberi nomor rc. Jika bug kritis ditemukan, yang memerlukan perbaikan, program diperbarui dan diterbitkan ulang dengan nomor rc yang lebih tinggi. Ketika tidak ada bug kritis yang tersisa, atau tidak ada bug kritis tambahan yang ditemukan, penunjukan rc dihapus.
Siklus rilis Linux saat ini berfungsi seperti ini:Katakanlah 3.7 dirilis hari ini, yang membuka sekitar 2 minggu "jendela gabungan" (Linus menerima fitur baru yang telah dicoba di tempat lain, di pohon percobaan; sebagian besar aktivitas yang mengarah ke 3.8 terjadi di sini ). Linus merilis 3.8-rc1, menutup jendela gabungan secara resmi, setelah ini ia hanya menerima (hampir) perbaikan bug untuk apa yang digabungkan. Kadang-kadang hal-hal yang digabungkan diambil lagi, jarang hal-hal baru masuk ke dalam kernel. Sekitar setiap minggu Linus merilis 3.8-rc2,-rc3, ... berlanjut sampai dia puas bahwa tidak ada bug baru, dan merilis 3.8. Kemudian siklus dimulai lagi. Siklusnya memakan waktu sekitar 8 minggu, jadi naik ke rc6 atau lebih, tetapi terkadang periode antara rc dipersingkat, terkadang bug yang membandel membuat seluruh siklus menjadi lebih lama.
Setelah 3.8 dirilis, diambil alih oleh tim stabil, yang mengumpulkan perbaikan bug untuk masalah serius dan dampak minimal, dan merilis 3.8.1, 3.8.2, ... Tidak ada jangka waktu tetap untuk ini, dan setelah 3.9 hadir di luar sana tidak ada lagi 3.8.x.
Ada juga versi dukungan lama, sebagian besar untuk keuntungan (dan di bawah pemeliharaan oleh) distribusi perusahaan atau orang-orang di area tersemat, yang saat ini dipertahankan sampai taraf tertentu adalah 2.6.32.60 dan 2.6.34.14 (gaya penomoran lama), 3.0.63, 3.2.38, 3.4.30.