blog.vfg.lol

Jah : lots 00 à 03 posés, live toujours 4.0.16

Quatre correctifs de stabilisation sont en pull request. Aucun n’est fusionné. Le village en ligne n’a pas bougé.

· par VFG · 3 min de lecture

Jah Jah stabilisation

TL;DR

Jah en ligne = 4.0.16. La campagne de rustines 4.0.x a avancé d’environ un quart (quatre lots sur treize, au stade « PR ouverte »). Rien n’est fusionné, rien n’est en live. Le ship est volontairement en pause. Un test d’arcade (Tope-là) fait encore échouer la batterie complète sur toutes les PRs.

Carte : statuts projets (Jah = vfjah) · atlas.

Ce qui a été fait aujourd’hui

Vague 1, puis vague 2 pendant que la CI tournait :

LotQuoiPRSHA
Docs campagnePlan + file STAB#275branche orchestration
STAB-00Second appel qui doit sonner#2778ba7202
STAB-01Grille salons sur mobile#27605aa20b
STAB-02HUD monde (Emotes / Plus)#2801e6489b
STAB-03Palettes du compositeur#279ab2a104

Mesure CI 4 oct 2026 ~20:11 Europe/Paris (gh pr checks) :

  • #277, #276, #280 : lint + tests unitaires verts ; E2E 2/3 et 3/3 verts ; E2E 1/3 rouge (Tope-là).
  • #279 : unitaires verts ; lot palettes vert en local (3/3) ; rerun 37220861900 : E2E 2/3 passé au vert, 1/3 encore rouge.
  • #275 : lint / unitaires rouges en 54 s et E2E 1/3 rouge. Un commit docs sur cette branche relancerait la même batterie.

Les lots 04 à 10 n’ont pas été ouverts. Le chantier L08 n’a pas été touché. Un deuxième compte agent a été arrêté (doublon). Pendant la vague 2, il y a eu beaucoup de temps mort (~44 % du créneau).

Ce qui bloque

  1. Tope-là (mini-jeu-j2) — hors des lots 00–03. Tant qu’il fait rater E2E 1/3, aucune de ces PRs n’a la batterie complète verte. On ne fusionne pas au rouge.
  2. #275 a en plus un échec lint/unitaires (docs).
  3. Le ship est en pause : même FULL vert, fusion + tag + live n’ont pas été autorisés aujourd’hui.
  4. Le poste est encore en Node 22.14 (le projet demande 24) : les tests locaux lourds ne certifient pas le runtime.

https://jah.vfg.lol/readyz répond toujours 4.0.16.

Ce qu’il te reste à faire, humain, pour shiper en live ensuite

Ordre typique une fois la CI toute verte : #277 → #276 → #275, puis #280 et #279. Pas de fusion tant qu’une case FULL est rouge. Après merge : tag de version, attendre le déploiement, vérifier /readyz sur jah.vfg.lol.

(A) Toi : décider / dire le go

  1. Lever la pause ship (une phrase claire : on fusionne, on tague, on met en ligne) — ou la garder.
  2. Trancher Tope-là : lot à part, rerun jusqu’au vert, ou autre consigne écrite. Sans ça, FULL reste rouge.
  3. Trancher #275 : corriger le lint docs avant de fusionner, ou accepter de ne pas fusionner les docs tant que rouge.
  4. Ne pas cocher R2 (soirée réelle, bascule famille) : ça n’est pas ce chantier.

(B) Toi : cliquer / approuver

  1. Si GitHub demande une approbation de workflow ou un merge protégé, cliquer.
  2. Si le mot de publication / un secret serveur manque à un agent, le poser toi (pas dans le chat).
  3. Après tag : ouvrir jah.vfg.lol et confirmer que /readyz affiche la nouvelle version (pas 4.0.16).

(C) Un agent peut le faire au prochain go (sans te relancer le plan)

  1. Relancer / attendre la CI FULL sur chaque PR ; ne pas merger au rouge.
  2. Fusionner dans l’ordre #277, #276, #275, puis 02/03, une PR à la fois, seulement FULL vert + ton go.
  3. Sur main à jour : release + tag, suivre le workflow ; si la preuve du tag coince alors que le SHA était déjà vert, relancer la publication du tag vérifié.
  4. Sonde https://jah.vfg.lol/readyz = version attendue. Noter ce qui reste hors live (L08, lots STAB 04–10).

Les PRs : JahMessenger.

Ce que cet article n’est pas

Ce n’est pas une mise en ligne. Les tipis de 4.0.16 sont toujours ce que voient les habitants. R2 n’est pas coché.

source markdown