x correspond au “patch level” actuellement 0 sur la branche release = images Docker 5-latest*
y correspond à la “révision” (= un lot de correctifs)
y est, lui, incrémenté à chaque fois qu’on pousse quelque chose. Donc le 5.x.y (ex: actuellement 5.0.7) est autosuffisant pour savoir à quelle niveau on est.
On retrouve, par exemple, cette info via la popup qui s’affiche via le raccourci About:
Dans tous les cas la build date permet de savoir quand ça a été poussé
Récupération des versions poussées & upgrade
Sur nos serveurs cloud managés (SIM) les templates d’instance sont pullés automatiquement toutes les nuits et les instances (celles marquées en upgrade automatique) sont mises à jour automatiquement dans la foulée. Donc tout se fait tout seul
Les déploiements privés “on premises” doivent donc faire le même genre d’opération (on a pas la main sur les infras privées de nos clients). Avec les images Docker cela signifie concrètement
puller les images (ex: la 4.0-latest ou la 5-latest)
redémarrer vos containers avec ces nouvelles images
Il y a les posts “Announce” sur le forum, sur lesquels on annonce les choses importantes. C’est une bonne chose de s’y abonner même si on les “pin” en haut du forum pendant qques temps.
On y annoncera notamment les sorties des futures 5.x.0 (ensuite les 5.x.y ne feront pas l’objet d’annonces spécifiques sauf s’il y a un truc important à dire, comme un point lié à la comptabilité ascendante/descendante, c’est rare mais ça arrive).