Highlights
Das SDK verfügt nun über einen eigenen Kanal für Beta-Vorabversionen. Die Vorabversionen durchlaufen zweiSchritte vor einer stabilen Version: Zunächst interne Alpha-Builds, dann veröffentlichte Beta-Builds, die ausgereift sind
bevor die stabile Version erreicht wird. Jeder stabilen Version geht nun eine validierte Beta-Version voraus.
Die Vorabversionen wurden umbenannt: Die internen Vorabversionen, die zuvor nummeriert waren,X.Y.Z-entwickeln.N, werden X.Y.Z-alpha.N, gefolgt von X.Y.Z-beta.N auf dem Beta-Kanal.
Gemäß den Prioritätsregeln der semantischen Versionierung standen die „develop“-Builds nach der bisherigen Namensgebung über den „beta“-Builds; durch die Umbenennung wird diese Reihenfolge dauerhaft korrigiert.
Versionskennzeichnungen (Tags) tragen nun das Präfix v (v3.5.5 anstatt 3.5.5). Beide Formen gelten weiterhin fürdie bisherige Entwicklung.
Interne Verbesserungen
Verbesserung des Veröffentlichungsprozesses: Jede Version – ob stabile Version oder Vorabversion – durchläuft nun denselben sorgfältig durchdachten Prozess, der manuell ausgelöst wird und vom erfolgreichen Abschluss der Tests abhängt; die gesamte neue Veröffentlichungspipeline wurde vor ihrer Inbetriebnahme von Anfang bis Ende getestet.Schnellere Entwicklungsrückmeldung: Die Durchlaufzeit der kontinuierlichen Integration für gängige Änderungen wurde um etwa drei Viertel verkürzt, während die vollständige plattformübergreifende Testmatrix weiterhin jede Version freigibt – die Testabdeckung vor einer Version bleibt unverändert.Aktualisierte Abhängigkeiten von Drittanbietern für die SDK-Werkzeuge und die SDK-Paketierung: Rust-Crate serde 1.0.228 -> 1.0.229 (nur Update der Sperrdatei), das Veröffentlichungstool semantic-release 25.0.8 -> 25.0.9, und das Alpine-Basis-Container-Image 3.20 -> 3.24.Korrekturen
Für diesen Zyklus wurden keine Produktkorrekturen vorgenommen – in Version 3.5.4 wurden keine Fehler gefunden oder behoben, und der Produktcode wurde nicht geändert. Die automatisch generierten Versionshinweise listen einige Korrekturen an der Veröffentlichungspipeline selbst auf; diese dienten der Stärkung einer völlig neuen Infrastruktur vor deren Inbetriebnahme und haben keinerlei Auswirkungen auf die bereitgestellten SDKs.
