Respuestas:
Liberar al candidato.
Por convención, cada vez que una actualización para un programa está casi lista, la versión de prueba recibe un número rc. Si se encuentran errores críticos, que requieren correcciones, el programa se actualiza y se vuelve a emitir con un número de rc mayor. Cuando no quedan errores críticos, o no se encuentran errores críticos adicionales, la designación rc se descarta.
El ciclo actual de lanzamiento de Linux funciona así: Say 3.7 se lanzó hoy, que se abre alrededor de 2 semanas de "ventana de fusión" (Linus acepta nuevas características que se han probado en otros lugares, en árboles experimentales; la mayor parte de la actividad que lleva hasta 3.8 ocurre aquí ) Linus lanza 3.8-rc1, cerrando la ventana de fusión oficialmente, después de esto acepta solo (casi) correcciones de errores a lo que se fusionó. A veces, las cosas que se fusionaron se vuelven a sacar, rara vez las cosas nuevas llegan al núcleo. Alrededor de cada semana, Linus lanza 3.8-rc2, -rc3, ... continuando hasta que está satisfecho de que no hay nuevos errores, y lanza 3.8. Entonces el ciclo comienza de nuevo. El ciclo dura alrededor de 8 semanas, por lo que sube a rc6 más o menos, pero a veces el período entre los rc se acorta, a veces los errores persistentes hacen que todo el ciclo sea más largo.
Después del lanzamiento de 3.8, es asumido por el equipo estable, que recopila correcciones de errores para problemas graves y un impacto mínimo, y libera 3.8.1, 3.8.2, ... No hay un plazo fijo para esto, y una vez que llega 3.9 por ahí no hay más 3.8.x.
También hay versiones de soporte de larga duración, principalmente para el beneficio (y bajo mantenimiento de) las distribuciones empresariales o las personas en el área incrustada, actualmente mantenidas hasta cierto punto son 2.6.32.60 y 2.6.34.14 (antiguo estilo de numeración), 3.0.63, 3.2.38, 3.4.30.
Puede ver una explicación completa de esto en Cómo funciona el proceso de desarrollo
enlace.