• [^] # Re: Tentative d'explication

    Posté par . En réponse au journal 2.6.22 a tué HAL.... Évalué à 1.

    Ça n'a pas toujours été vu...

    De plus, il faut définir RC. car RC1 chez Linux c'est souvent une beta (voire une alpha) dans d'autres projets. T'es OK sur ce point ?

    Pour beaucoup de projet, RC signifie que la version sans la moindre modification est une version finale potentielle. RC signifie, que pour les développeurs et en l'état actuel des tests, c'est une version finale. Qu'il n'y a que des tests utilisateurs qui peuvent changer cet avis. Pour Linux, c'est rarement le cas. Pour le 2.6.22, il semble (je n'ai pas suivi le développement de cette version) que les "vrais" RC étaient RC6 et RC7. Les RC précédentes était des beta/test.

    Pourquoi Linux ne fait que des RC ? J'ai oublié les détails, mais en gros l'objectif est de pousser aux tests. Si ce n'est pas labélisé RC, les gens ont tendance à ne pas tester. Le choix de Linus est très "psychologique".

    RC n'est pas l'unique synonyme de "seulement bugfix". Pour le projet Fedora à partir de test2 (suivit de test3 et parfois test4) il n'y a que des bugfix et ça appelle test et non RC. Il arrive exceptionnellement que Fedora sorte des RC (souvent semi-confidentielle) juste avant le finale pour vérifier qu'une modification de dernière minutes ne pose pas de problème. Et souvant cette RC est identique à la version finale officielle (au paquet fedora-release près).

    Linux a un usage particulier du label RC. Je comprend ce choix.
    Mais le projet Linux n'est pas le seul projet, ne dicte pas tout aux autres projets, etc...