Highlights {#highlights}
Das SDK verfügt nun über einen eigenen Beta-Prerelease-Kanal. Prereleases durchlaufen vor einer stabilen Version zweiPhasen: Zunächst interne Alpha-Builds, danach veröffentlichte Beta-Builds, die
ausgereift sein, bevor etwas in die stabile Version gelangt. Jedem stabilen Release geht nun ein validierter Beta-Build voraus.
Prerelease-Versionen wurden umbenannt: Interne Prereleases, die früher alsX.Y.Z-entwickeln.N die nummeriert waren, heißen nun X.Y.Z-alpha.N, gefolgt von X.Y.Z-beta.N auf dem Beta-Kanal.
Gemäß den Regeln der Semantic-Versioning-Priorität wurden „develop“-Builds bisher vor „beta“-Builds eingeordnet; die Umbenennung korrigiert diese Reihenfolge dauerhaft.
Release-Tags tragen nun das Präfix v (v3.5.5 statt 3.5.5). Beide Formen bleiben für dieDie bisherige Historie bleibt gültig.
Interne Verbesserungen {#internal-improvements}
Festigung des Release-Prozesses: Jedes Release – ob stabil oder Prerelease – wird nun über denselben bewusst manuell ausgelösten Prozess erstellt, der an das Bestehen von Tests geknüpft ist. Die gesamte neue Release-Pipeline wurde vor der Auslieferung durchgängig getestet.Schnelleres Entwicklungsfeedback: Die Durchlaufzeit der Continuous Integration bei alltäglichen Änderungen wurde um etwa drei Viertel verkürzt, während die vollständige plattformübergreifende Testmatrix weiterhin jede Freigabe im Hinblick auf die Veröffentlichung absichert – die Testabdeckung vor einer Veröffentlichung bleibt unverändert.Aktualisierte Abhängigkeiten von Drittanbietern im Tooling und bei der Paketierung des SDK: Rust serde-Kiste1.0.228 -> 1.0.229 (reine Patch-Nummerierung nur in der Lockfile), das Release-Tooling semantic-release
25.0.8 → 25.0.9 und das Alpine-Container-Basisimage 3.20 → 3.24.
Fehlerbehebungen {#fixes}
In diesem Zyklus gibt es keine Produktkorrekturen: Es wurde kein Fehler aus Version 3.5.4 gefunden oder behoben, und es wurde kein Produktcode geändert. Die automatisch generierten Release Notes führen einige Korrekturen an der neuen Release-Pipeline selbst auf; diese dienten dazu, die brandneue Infrastruktur vor der Auslieferung zu stabilisieren, und haben keine Auswirkungen auf bereits ausgelieferte SDKs.
