Libérer le candidat.
Par convention, chaque fois qu'une mise à jour d'un programme est presque prête, la version de test reçoit un numéro rc. Si des bogues critiques sont trouvés, qui nécessitent des correctifs, le programme est mis à jour et réédité avec un numéro rc plus élevé. Lorsqu'il ne reste aucun bogue critique, ou qu'aucun bogue critique supplémentaire n'est trouvé, la désignation rc est supprimée.
Le cycle de publication actuel de Linux fonctionne comme ceci :Disons que la 3.7 est publiée aujourd'hui, ce qui ouvre environ 2 semaines de "fenêtre de fusion" (Linus accepte les nouvelles fonctionnalités qui ont été essayées ailleurs, dans des arbres expérimentaux ; la plupart de l'activité menant à la 3.8 se passe ici ). Linus publie 3.8-rc1, fermant officiellement la fenêtre de fusion, après cela, il n'accepte que (presque) les corrections de bogues pour ce qui a été fusionné. Parfois, des éléments qui ont été fusionnés sont à nouveau retirés, rarement de nouveaux éléments se retrouvent dans le noyau. Environ chaque semaine, Linus publie 3.8-rc2, -rc3, ... jusqu'à ce qu'il soit satisfait qu'il n'y ait pas de nouveaux bogues, et publie la 3.8. Puis le cycle recommence. Le cycle prend environ 8 semaines, il va donc jusqu'à rc6 environ, mais parfois la période entre les rc est raccourcie, parfois des bugs tenaces allongent tout le cycle.
Après la sortie de la 3.8, elle est reprise par l'équipe stable, qui collecte les correctifs de bogues pour les problèmes graves et l'impact minimal, et la version 3.8.1, 3.8.2, ... Il n'y a pas de délai fixe pour cela, et une fois la 3.9 arrivée il n'y a plus de 3.8.x.
Il existe également des versions de support de longue date, principalement pour le bénéfice (et sous la maintenance de) les distributions d'entreprise ou les personnes dans la zone embarquée, actuellement maintenues dans une certaine mesure sont 2.6.32.60 et 2.6.34.14 (ancien style de numérotation), 3.0.63, 3.2.38, 3.4.30.