Kubernetes : la case cible est recopiée dans la case départ, le tag dit le 23

Le tableau des départs a une colonne qui s'appelle Target Date. La ligne au-dessus recopie cette date dans une case qui dit Released on. Quatre fois, la case dit le 15 septembre 2026. Tu vas sur le quai, le tag GitHub, et l'horloge du tag dit le 23 septembre. Huit jours. Quatre horloges, le même jour, pas la même minute. Et le prochain départ, celui du 13 octobre, est encore écrit sur les quatre tableaux, alors que les quatre tags de ce départ n'ont pas de page.

Le sommaire, kubernetes.io/releases, commence par une phrase : le projet maintient des branches pour les trois dernières mineures, 1.37, 1.36, 1.35. Puis il imprime quatre blocs. 1.37.1, 1.36.5, 1.35.9, 1.34.12, chacun avec released: 2026-09-15. La 1.34 a pour fin de vie 2026-10-27. Elle n'est pas dans le tableau End-of-Life Releases, dont la première ligne est la 1.33, rustine finale 1.33.13, fin de vie 2026-06-28. Le jour où j'ai lu le sommaire, le 27 octobre 2026, la 1.34 était encore au-dessus de ce tableau, avec sa date de fin écrite dans le bloc du haut.

La case « sortie » est la case « cible »

Sur la page 1.34, le statut est Maintenance Mode. Le bandeau dit que la série est entrée en maintenance le 2026-08-27, que seules les corrections de sécurité critiques sont acceptées, et que la fin de vie est le 2026-10-27. La ligne Latest patch release dit 1.34.12 (Released on 2026-09-15). Dans le tableau, la colonne ne s'appelle pas Released. Elle s'appelle Target Date, et la ligne 1.34.12 y met 2026-09-15, avec un cherry-pick au 2026-09-11, et une note vide. Les pages 1.35, 1.36 et 1.37 recopient le même geste. 1.35.9 (Released on 2026-09-15), cible 2026-09-15. 1.36.5, pareil. 1.37.1, pareil. Le titre du tableau passé est Patch Releases sur 1.34, 1.35 et 1.36. Sur 1.37 il est Patch Release, au singulier, et il n'y a qu'une ligne.

Le tag, lui, a une autre horloge. L'attribut datetime de la page GitHub, le même instant que published_at de l'API, auteur k8s-release-robot, pas un brouillon, pas une préversion :

• v1.36.5, 2026-09-23T18:58:18Z
• v1.37.1, 2026-09-23T19:13:17Z
• v1.35.9, 2026-09-23T19:35:01Z
• v1.34.12, 2026-09-23T19:58:45Z

Quatre tampons le 23 septembre. L'ordre n'est pas l'ordre des numéros. Le 15 septembre reste dans la colonne cible, et dans la phrase qui dit « released ». Je n'ai pas ouvert les changelogs. Je ne dis pas l'heure à laquelle le binaire a été compilé. Je dis que la page du projet et la page du tag n'impriment pas le même instant, et que la page du projet imprime, sous le mot sortie, la date de sa colonne cible.

Le 13 octobre est encore écrit, et le tag répond 404

Les quatre pages ont un tableau Upcoming Patch. Cherry-pick 2026-10-09, cible 2026-10-13, note vide. 1.34.13. 1.35.10. 1.36.6. 1.37.2. Le 27 octobre 2026, l'API GitHub répondait 404 pour ces quatre tags. La cible est passée. La ligne est encore là. Je ne dis pas que la rustine est annulée. Je dis que le tableau la promet et que le dépôt n'avait pas de release à ce nom.

La 1.34 ajoute un détail de calendrier. Sa fin de vie imprimée est le 27 octobre, quatorze jours après la cible du 13. Le bandeau dit de prévoir la montée. Le tableau à venir garde 1.34.13. Le statut reste Maintenance Mode, pas une ligne du tableau des séries mortes.

Un autre décalage, plus petit, est déjà dans les tableaux passés. Pour le cherry-pick du 2026-05-08, la cible de 1.36.1 est le 2026-05-13. Celles de 1.35.5 et de 1.34.8 sont le 2026-05-12. Trois pages, deux jours. Je ne les déclare pas le même convoi. Les notes de ces lignes sont vides. Rien n'écrit qu'elles sont parties ensemble.

La page 1.35, lue le 27 octobre, disait encore Actively Supported, avec une entrée en maintenance imprimée au 2026-12-28 et une fin de vie au 2027-02-28. La 1.36 entre en maintenance le 2027-04-28, fin de vie 2027-06-28. La 1.37, le 2027-08-28 et le 2027-10-28. Ce brouillon est daté après le 28 décembre. La phrase « encore activement supportée » ne vaut que pour le jour de la lecture.

✍️ À toi : le papier que tu as eu en main, le sommaire, une page de série ou le tag GitHub, et la date qui y était. Le 15 septembre est la cible, recopiée dans « released ». Le 23 septembre est l'horloge du tag.

Le sommaire nomme trois branches et en imprime quatre. Les quatre dernières rustines y sont datées du 15 septembre 2026, qui est la cible des tableaux. Les quatre tags sont horodatés le 23 septembre, entre 18:58:18Z et 19:58:45Z. Le 13 octobre reste la cible de quatre rustines dont le dépôt, le 27 octobre, n'avait pas le tag. La 1.34 a sa fin de vie écrite au 27 octobre et n'était pas, ce jour-là, dans le tableau des séries terminées.