Risposte:
Rilasciare il candidato.
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ù elevato. Quando non rimangono bug critici o non vengono rilevati altri bug critici, la designazione rc viene eliminata.
L'attuale ciclo di rilascio di Linux funziona in questo modo: Say 3.7 è stato rilasciato oggi, aprendo circa 2 settimane di "merge window" (Linus accetta nuove funzionalità che sono state provate altrove, in alberi sperimentali; la maggior parte dell'attività che porta fino al 3.8 avviene qui ). Linus rilascia 3.8-rc1, chiudendo ufficialmente la finestra di unione, dopodiché accetta solo (quasi) correzioni di bug in ciò che è stato unito. A volte le cose che sono state unite vengono rimosse, raramente nuove cose si fanno strada nel kernel. Ogni settimana Linus rilascia 3.8-rc2, -rc3, ... continuando fino a quando non è soddisfatto che non ci siano nuovi bug, e rilascia 3.8. Quindi il ciclo ricomincia. Il ciclo dura circa 8 settimane, quindi sale a circa rc6 o giù di lì, ma a volte il periodo tra i rc è ridotto, a volte i bug testardi rendono più lungo l'intero ciclo.
Dopo il rilascio di 3.8, viene acquisito dal team stabile, che raccoglie correzioni di bug per problemi gravi 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 3.9 fuori non c'è più 3.8.x.
Esistono anche versioni di supporto a lungo termine, principalmente a beneficio (e sotto la gestione di) le distribuzioni o le persone aziendali nell'area incorporata, 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.
Puoi vedere una spiegazione completa di ciò in Come funziona il processo di sviluppo
collegamento.