Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
technik:software:gluon [10.12.2019 - 19:43] – [gluon] fix link to gitlab Joachim Ernst | technik:software:gluon [05.12.2024 - 17:27] (aktuell) – nrb | ||
---|---|---|---|
Zeile 24: | Zeile 24: | ||
Beim Build wird eine Firmware-Version automatisch mit dem Schluessel von Gitlab signiert, wenn sie von einem protected Branch gebaut wurde. Das ermoeglicht es, den Build direkt auf nightly oder experimental zu veroeffentlichten. | Beim Build wird eine Firmware-Version automatisch mit dem Schluessel von Gitlab signiert, wenn sie von einem protected Branch gebaut wurde. Das ermoeglicht es, den Build direkt auf nightly oder experimental zu veroeffentlichten. | ||
- | |||
- | ==== Offene Punkte Buildinfrastruktur ==== | ||
- | |||
- | * Cache. Der Gitlab CI Cache scheint nicht immer zu funktionieren. Es werden trotzdem bei jedem Build viele Dateien aus dem Internet herunterladen. Untersuchen. | ||
- | * automatische Veroeffentlichung auf firmware | ||
===== Versionsnummern ===== | ===== Versionsnummern ===== | ||
Zeile 56: | Zeile 51: | ||
< | < | ||
- | < | + | < |
</ | </ | ||
Zeile 62: | Zeile 57: | ||
* '' | * '' | ||
- | * '' | + | * '' |
- | * '' | + | |
- | + | ||
- | Anhand dieses Tag-Namens stellt der Firmware-Server netinfo dann die Firmware-Images zum Download auf firmware.freifunk-stuttgart.de bereit. | + | |
===== Automatisches Gluon-Update ===== | ===== Automatisches Gluon-Update ===== | ||
- | Auf dem Branch der jeweils neusten Entwicklungsversion (d.h. die aus der der nightly-Branch entsteht) wird automatisch jeden Donnerstag geprueft, ob es eine neuere Gluon-Version gibt. Falls ja, wird automatisch upgedated. Diese Firmware-Version wird automatisch auf dem `nighly`-Kanal veroeffentlicht. | + | Auf dem Branch der jeweils neusten Entwicklungsversion (d.h. die aus der der nightly-Branch entsteht) wird automatisch jeden Donnerstag geprueft, ob es eine neuere Gluon-Mimor-Version gibt. Falls ja, wird automatisch upgedated. Diese Firmware-Version wird automatisch auf dem `nighly`-Kanal veroeffentlicht. |
Es wird immer nur auf die neuste Minor-Version upgegraded. Benutzen wir aktuell Gluon v2019.1 und erscheint Gluon v2019.1.1, wird auf diese Version upgedated. Erscheint v2019.2, wird kein Upgrade durchgefuehrt. | Es wird immer nur auf die neuste Minor-Version upgegraded. Benutzen wir aktuell Gluon v2019.1 und erscheint Gluon v2019.1.1, wird auf diese Version upgedated. Erscheint v2019.2, wird kein Upgrade durchgefuehrt. | ||
Die Pipeline: https:// | Die Pipeline: https:// | ||
+ | |||
+ | ===== Firmware veröffentlichen ===== | ||
+ | |||
+ | Es gibt zwei Varianten: | ||
+ | |||
+ | * Sofortige Veröffentlichung, | ||
+ | * Gestaffelte Rollout, für die stabile Firmware rollen wir die Firmware Segmentweise aus, um eventuelle Probleme frühzeitig zu finden | ||
+ | |||
+ | |||
+ | ==== Sofortige Veröffentlichung ==== | ||
+ | |||
+ | <WRAP center round important 60%> | ||
+ | Dieses Vorgehen rollt die Firmware auf einmal im ganzen Netz aus! Bitte nur für beta, nightly oder experimental verwenden! Nicht für stable verwenden! | ||
+ | </ | ||
+ | |||
+ | - sicherstellen, | ||
+ | - falls nicht, mit ''/ | ||
+ | - sicherstellen, | ||
+ | - unter ''/ | ||
+ | - den alten symlink nach '' | ||
+ | - einen Symlink mit dem Namen des release-Kanals auf die entsprechende Version anlegen, bspw so: '' | ||
+ | |||
+ | ==== Gestaffelte Veröffentlichung ==== | ||
+ | |||
+ | - sicherstellen, | ||
+ | - falls nicht, mit ''/ | ||
+ | - sicherstellen, | ||
+ | - als root die ''/ | ||
+ | - in '' | ||
+ | - '' | ||
+ | - '' | ||
+ | - unter ''/ | ||
+ | - den alten symlink nach '' | ||
+ | - einen Symlink mit dem Namen des release-Kanals auf die entsprechende Version anlegen, bspw so: '' | ||
+ | |||
===== Siehe auch ===== | ===== Siehe auch ===== |