flobo09 | Trit' a écrit :
C’est bizarre, quand même : on pourrait penser que les nouvelles fonctions sont propagées d’un canal à l’autre du plus avancé au plus stable (donc Canary → Dev → Bêta → Release et enfin RTM ou stable) ; mais on dirait plutôt que chaque canal suit sa propre voie indépendamment des autres, et que telle fonction apparue dans tel canal n’est qu’ensuite propagée aux autres, mais sans réelle logique (une fonction de Bêta passe à Dev, puis Release, puis Canary… Paie ta cohérence !).
Un truc qui n’aide pas, en plus, est d’avoir des canaux Canary et Dev toujours basés sur la 24H2 (donc la dernière version stable en date), quand Bêta est encore en 23H2 (la version stable de l’année dernière, remplacée par 24H2 depuis 2 mois).
Va comprendre…
|
Il y a une logique. A partir de Windows 8, tout ce qui est userland (barre des tâches, action center, explorateur, menu démarré, application paramètre, ...) bref l'énorme majorité de ce qui est "visible" a lentement été sorti du coeur de l'OS pour devenir des apps systèmes qui peuvent être mises à jour sans avoir besoin d'une nouvelle version de windows.
Ca a pris 10 ans mais ce travail fut terminé avec la 2e version de Windows 11 (22h2). Depuis, pour ce qui est plomberie interne / nouvelle version de Windows, ça fait canary (Windows next) >> dev (24h2) >> beta (23h2). Pour ce qui est nouvelle version des applications système, c'est l'inverse, c'est développé pour la plus ancienne version (et de fait la plus stable encore supportée) puis porté sur les versions suivantes. Ces changements font donc beta (23H2) >> dev (24h2) >> canary (Windows next). A l'exception des qques changement qui ont besoin d'un nouveau truc du cœur de 24h2 (tout ce qui est recall par exemple) qui ne peuvent donc pas passer par beta et ne font que dev >> canary.
(Et canary n'est plus sur 24h2 mais sur la version suivante depuis qques mois maintenant).
Dans l'année qui suit, avec le support dee 23h2 qui finit, dev devrait inverser sa place avec beta et obtenir à nouveau les nouveauté "visibles" avant celui-ci. Puis lorsque canary approchera d'une nouvelle release, celui-ci sera synchronisé avec dev niveau feature et canary sera pendant un moment la version avec "toutes les nouveautés" jusqu'à ce que canary se sépare à nouveau de dev lors de la sortie de la prochaine version et saute vers le développement de la release suivante.
Je ne dis pas que c'est simple à comprendre mais il y a bien une logique la dedans, c'est pas au hasard. Message édité par flobo09 le 12-12-2024 à 03:19:46
|