Versions
Dernière mise à jour: 2026-08-03
Relayium avance à trois rythmes, et cette page les décrit honnêtement tous les trois : l'application web est déployée en continu, les outils en ligne de commande sont numérotés et publiés, et les applications natives restent des versions d'ingénierie qui ne sont pas encore diffusées publiquement.
Chaque version ci-dessous a été étiquetée automatiquement depuis la branche main, et seulement après que les vérifications de ce commit précis sont passées. Les modifications complètes d'une version — chacun de ses commits — sont à un clic sur GitHub.
Toutes les versions publiées
De la plus récente à la plus ancienne. Chaque version renvoie à ses modifications complètes et à ses téléchargements sur GitHub.
- v0.15.02026-08-03
- v0.14.02026-08-02
- v0.13.02026-08-01
- v0.12.02026-07-30
- v0.11.12026-07-28
- v0.11.02026-07-28
- v0.10.22026-07-23
- v0.10.12026-07-23
- v0.10.02026-07-23
- v0.9.02026-07-22
- v0.8.12026-07-22
- v0.8.02026-07-22
- v0.7.02026-07-13
- v0.6.02026-07-13
- v0.5.02026-07-13
- v0.4.02026-07-13
- v0.3.12026-07-13
- v0.3.02026-07-13
- v0.2.02026-07-08
- v0.1.22026-07-08
- v0.1.12026-07-08
- v0.1.02026-07-08
Ce que couvre un numéro de version
Une étiquette de version publie deux programmes : la CLI relayium et relayium-node, le nœud de relais et de stockage que font tourner celles et ceux qui s'auto-hébergent. Les deux sont compilés depuis la même arborescence de sources, si bien qu'une version n'apparaît que lorsque cette arborescence a changé.
- L'application web n'a pas de numéro de version. Elle est déployée depuis la branche main dès que ses vérifications passent : ce que vous utilisez dans le navigateur est donc généralement plus récent que la dernière version listée ici.
- Les applications macOS et iOS sont des versions d'ingénierie, pas des publications publiques. Aucune version ci-dessous ne les contient.
- Un nœud ne suit pas cette liste de lui-même : il demande au serveur auquel il appartient quelle version exécuter, si bien qu'une nouvelle version ne change rien tant que personne n'a lancé de déploiement progressif. La CLI se met à jour avec relayium update.
Comment une publication est produite
Les publications suivent un calendrier plutôt que la mémoire de quelqu'un. Une fois par semaine, un workflow regarde ce qui est arrivé depuis la version précédente et s'arrête sans étiqueter dans deux cas : quand le code réellement publié n'a pas changé, et quand les vérifications de ce commit ne sont pas au vert.
- Les deux arrêts sont voulus. S'en remettre à la mémoire a déjà laissé une fonctionnalité terminée non publiée pendant des mois ; et étiqueter un commit non vérifié reviendrait à diffuser précisément la panne que le calendrier doit éviter.
- Les semaines où seules la documentation ou les applications changent ne produisent aucune version : les programmes publiés seraient identiques octet pour octet aux précédents.
Vérifier ce que vous avez téléchargé
Chaque publication place à côté des archives un fichier de sommes de contrôle et une signature de ce fichier. Le programme de mise à jour vérifie les deux avant d'installer quoi que ce soit, avec une clé publique compilée dans le binaire : une archive altérée échoue donc sur votre machine, sans dépendre de ce que nous aurions remarqué de notre côté.
- Pour les réseaux qui n'atteignent pas GitHub, Relayium met aussi en miroir ses propres fichiers de publication. D'où viennent les octets est une question d'accessibilité, pas de confiance : la vérification est identique dans les deux cas.
- Le code source est ouvert. Le serveur, le nœud et l'application web sont sous AGPL-3.0, les applications natives sous Apache-2.0 et la documentation sous CC BY 4.0.