Candidato al rilascio.
Per convenzione, ogni volta che un aggiornamento per un programma è quasi pronto, alla versione di prova viene assegnato un numero rc. Se vengono rilevati bug critici, che richiedono correzioni, il programma viene aggiornato e ristampato con un numero rc più alto. Quando non rimangono bug critici o non vengono rilevati bug critici aggiuntivi, la designazione rc viene eliminata.
L'attuale ciclo di rilascio di Linux funziona in questo modo:diciamo che 3.7 viene rilasciato oggi, che apre circa 2 settimane di "finestra di unione" (Linus accetta nuove funzionalità che sono state provate altrove, in alberi sperimentali; la maggior parte dell'attività che porta a 3.8 avviene qui ). Linus rilascia la 3.8-rc1, chiudendo ufficialmente la finestra di fusione, dopodiché accetta solo (quasi) correzioni di bug a ciò che è stato unito. A volte le cose che sono state unite vengono rimosse, raramente nuove cose si fanno strada nel kernel. Circa ogni settimana Linus rilascia 3.8-rc2,-rc3, ... continuando finché non è soddisfatto che non ci siano nuovi bug e rilascia 3.8. Quindi il ciclo ricomincia. Il ciclo dura circa 8 settimane, quindi arriva fino a rc6 o giù di lì, ma a volte il periodo tra rc è ridotto, a volte bug ostinati allungano l'intero ciclo.
Dopo il rilascio della 3.8, viene rilevato dal team stabile, che raccoglie correzioni di bug per problemi seri e impatto minimo, e rilascia 3.8.1, 3.8.2, ... Non c'è un periodo di tempo fisso per questo, e una volta che arriva la 3.9 là fuori non c'è più 3.8.x.
Esistono anche versioni di supporto di lunga data, principalmente a beneficio (e sotto la manutenzione di) delle distribuzioni aziendali o delle persone nell'area embedded, attualmente mantenute in una certa misura sono 2.6.32.60 e 2.6.34.14 (vecchio stile di numerazione), 3.0.63, 3.2.38, 3.4.30.