Update-Richtlinie

Dieses Dokument beschreibt, wie idgard Sync Updates seiner zentralen Abhängigkeiten verfolgt und übernimmt.

Komponente	Strategie	Wartezeit nach Support-/Releaseende
Windows OS (Feature-Update)	Minimum erhöhen nach MS-Supportende	3 – 6 Monate
Windows App SDK (Hauptversion)	Neueste Hauptversion ≥ 6 Monate alt	≥ 6 Monate
.NET Desktop Runtime (Haupt-/LTS)	Nur LTS-Versionen übernehmen	6 – 12 Monate nach GA
.NET Desktop Runtime (Patch)	Immer neuesten Patch der aktuellen LTS	Sofort

Windows-Betriebssystem

Wir orientieren uns am Supportzeitraum von Microsoft für Windows-Feature-Updates.

Regel: Wir erhöhen die mindestens unterstützte Windows-Version 3 bis 6 Monate nachdem Microsoft den Mainstream-Support für die aktuell als Minimum gelistete Version beendet. Der genaue Zeitpunkt innerhalb dieses Fensters hängt von der Release-Reife und dem Testaufwand ab.

Ressource	Link
Windows 10 Releaseinformationen	learn.microsoft.com – Windows 10
Windows 11 Releaseinformationen	learn.microsoft.com – Windows 11

Windows App SDK

Regel: Wir setzen auf die neueste Hauptversion, die zum Zeitpunkt eines Releases mindestens 6 Monate alt ist. Eine brandneue Hauptversion wird nicht sofort übernommen; wir warten mindestens 6 Monate nach deren Erscheinen, bevor wir sie als Mindestanforderung festlegen. Innerhalb der gewählten Hauptversion liefern wir stets die neueste verfügbare Version aus.

Ressource	Link
Windows App SDK – Downloads & Versionshinweise	learn.microsoft.com – Windows App SDK

.NET Desktop Runtime

Regel: Wir setzen ausschließlich auf Long-Term Support (LTS)-Versionen (z. B. .NET 10, .NET 12). Eine neue LTS-Version wird 6 bis 12 Monate nach ihrer GA-Veröffentlichung übernommen, sobald sich das Ökosystem stabilisiert hat. Innerhalb der übernommenen Hauptversion liefern wir stets den neuesten Minor- oder Patch-Release aus (aktuell z. B. 10.0).

Nicht-LTS-Versionen (Standard-Term Support, STS) werden nicht als Pflichtlaufzeit eingesetzt.

Ressource	Link
.NET – Downloads & Releaseplan	dotnet.microsoft.com