Veröffentlichungen und Support für .NET

Microsoft liefert Hauptversionen, Nebenversionen und Wartungsupdates (Patches) für .NET. In diesem Artikel werden Versionstypen, Wartungsupdates, SDK-Featurebänder, Supportzeiträume und Supportoptionen erläutert.

Releasetypen

Informationen zum Typ der einzelnen Versionen werden in der Versionsnummer im Format major.minor.patch codiert.

Beispiel:

• .NET 6 und .NET 7 sind Hauptversionen.
• .NET Core 3.1 ist die erste Nebenversion nach der .NET Core 3.0-Hauptversion.
• .NET Core 5.0.15 ist der fünfzehnte Patch für .NET 5.

Eine Liste der veröffentlichten Versionen von .NET und Informationen dazu, wie oft .NET ausgeliefert wird, finden Sie in der Supportrichtlinie.

Hauptversionen

Hauptversionen umfassen neue Features, neue öffentliche API-Oberflächenbereiche und Fehlerbehebungen. Beispiele sind .NET 6 und .NET 7. Aufgrund der Art der Änderungen werden diese Versionen erwartet, dass die Änderungen nicht geändert werden. Hauptversionen werden Seite an Seite mit früheren Hauptversionen installiert.

Nebenversionen

Nebenversionen enthalten auch neue Features, öffentliche API-Fläche und Bugfixes und können möglicherweise Breaking Changes enthalten. Ein Beispiel ist .NET Core 3.1. Der Unterschied zwischen diesen und den Hauptversionen besteht darin, dass die Größe der Änderungen kleiner ist. Eine Anwendung, die von .NET Core 3.0 auf 3.1 aktualisiert wird, hat einen kleineren Sprung nach vorne. Nebenversionen werden parallel zu früheren Nebenversionen installiert.

Wartungsupdates

Wartungsupdates (Patches) werden fast jeden Monat ausgeliefert, und diese Updates enthalten sowohl Sicherheits- als auch nicht sicherheitsrelevante Fehlerbehebungen. Beispielsweise war .NET 5.0.8 das achte Update für .NET 5. Wenn diese Updates Sicherheitsupdates enthalten, werden sie am "Patch-Dienstag" veröffentlicht, was immer der zweite Dienstag des Monats ist. Es wird erwartet, dass Wartungsupdates die Kompatibilität aufrechterhalten. Ab .NET Core 3.1 sind Wartungsupdates Upgrades, die das vorherige Update entfernen. Beispielsweise entfernt das neueste Wartungsupdate für 3.1 das vorherige 3.1-Update bei erfolgreicher Installation.

Funktionsbereiche (nur SDK)

Die Versionsverwaltung für .NET SDK unterscheidet sich geringfügig von der .NET-Laufzeit. Um sich an neuen Visual Studio-Versionen auszurichten, enthalten .NET SDK-Updates manchmal neue Features oder neue Versionen von Komponenten wie MSBuild und NuGet. Diese neuen Features oder Komponenten sind möglicherweise nicht mit den Versionen kompatibel, die in früheren SDK-Updates für dieselbe Haupt- oder Nebenversion ausgeliefert wurden.

Um solche Updates zu unterscheiden, verwendet das .NET SDK das Konzept von Featurebändern. Beispielsweise war das erste .NET 5 SDK 5.0.100. Diese Version entspricht dem Featureband 5.0.1xx. Feature-Bänder werden in den Hundertergruppen im dritten Abschnitt der Versionsnummer definiert. Beispielsweise sind 5.0.101 und 5.0.201 Versionen in zwei verschiedenen Featurebändern, während sich 5.0.101 und 5.0.199 im gleichen Featureband befinden. Wenn .NET SDK 5.0.101 installiert ist, wird .NET SDK 5.1.100 vom Computer entfernt, falls vorhanden. Wenn .NET SDK 5.0.200 auf demselben Computer installiert ist, wird .NET SDK 5.0.101 nicht entfernt.

Weitere Informationen zur Beziehung zwischen .NET SDK- und Visual Studio-Versionen finden Sie unter .NET SDK, MSBuild und Visual Studio-Versionsverwaltung.

Laufzeit-Rollforward und Kompatibilität

Haupt- und Nebenupdates werden parallel zu früheren Versionen installiert. Eine Anwendung, die für eine bestimmte Major.Minor-Version erstellt wurde, verwendet weiterhin diese gezielte Laufzeit, auch wenn eine neuere Version installiert ist. Die App wird nicht automatisch aktualisiert, um eine neuere major.minor Laufzeitversion zu verwenden, es sei denn, Sie entscheiden sich für dieses Verhalten. Eine Anwendung, die für .NET Core 3.0 erstellt wurde, wird nicht automatisch auf .NET Core 3.1 ausgeführt. Es wird empfohlen, die App neu zu erstellen und vor der Bereitstellung in der Produktion anhand einer neueren Haupt- oder Nebenlaufzeitversion zu testen. Weitere Informationen finden Sie unter Weiterentwicklung von Framework-abhängigen Apps und Fortsetzung der eigenständigen Bereitstellungslaufzeit.

Wartungsupdates werden anders behandelt als Haupt- und Nebenversionen. Eine Anwendung, die auf .NET 7 basiert, wird standardmäßig auf der 7.0.0-Laufzeit ausgeführt. Es wird automatisch weitergeleitet, um eine neuere 7.0.1-Laufzeit zu verwenden, wenn dieses Wartungsupdate installiert ist. Dieses Verhalten ist die Standardeinstellung, da Sicherheitsupdates verwendet werden sollen, sobald sie ohne andere Aktionen installiert werden. Sie können sich von diesem Standardmäßigen Roll Forward-Verhalten abmelden.

.NET-Versionslebenszyklus

.NET-Versionen übernehmen den modernen Lebenszyklus anstelle des festen Lebenszyklus , der für .NET Framework-Versionen verwendet wurde. Produkte, die einen modernen Lebenszyklus einführen, verfügen über ein serviceähnliches Supportmodell mit kürzeren Supportzeiträumen und häufigeren Versionen.

Releasetitel

Es gibt zwei Unterstützungspfade für Releases.

• Standard Term Support (STS)-Versionen

  Diese Versionen werden für zwei Jahre (24 Monate) unterstützt.

  Beispiel:

  • .NET 9 ist eine STS-Version und wurde im November 2024 veröffentlicht. Es wird für zwei Jahre bis November 2026 unterstützt.

• Long Term Support (LTS)-Versionen

  Diese Versionen werden mindestens 3 Jahre lang oder 1 Jahr nach der nächsten LTS-Version unterstützt, wenn dieses Datum später ist.

  Beispiel:

  • .NET 8 ist eine LTS-Version und wurde im November 2023 veröffentlicht. Es wird für drei Jahre bis November 2026 unterstützt.

Veröffentlichungen wechseln zwischen LTS und STS.

Wartungsupdates werden monatlich ausgeliefert und umfassen sowohl Sicherheits- als auch nicht sicherheitsrelevante Korrekturen (Zuverlässigkeit, Kompatibilität und Stabilität). Wartungsupdates werden bis zur Veröffentlichung des nächsten Wartungsupdates unterstützt. Wartungsupdates weisen ein Laufzeitroll forward-Verhalten auf. Das bedeutet, dass Anwendungen standardmäßig auf dem neuesten installierten Laufzeitdienstupdate ausgeführt werden.

Wie man ein Release auswählt

Wenn Sie einen Dienst erstellen und erwarten, dass er regelmäßig aktualisiert wird, verwenden Sie die neueste Version, sei es LTS oder STS, um mit den neuesten Funktionen, die .NET bietet, auf dem Laufenden zu bleiben.

Wenn Sie eine Clientanwendung erstellen, die an Verbraucher verteilt wird, ist die Stabilität möglicherweise wichtiger als der Zugriff auf die neuesten Features. Ihre Anwendung muss möglicherweise für einen bestimmten Zeitraum unterstützt werden, bevor der Verbraucher ein Upgrade auf die nächste Version der Anwendung durchführen kann. In diesem Fall könnte eine LTS-Version wie die .NET 8-Laufzeit die richtige Option sein.

Support für Wartungsupdates

.NET-Wartungsupdates werden bis zur Veröffentlichung des nächsten Wartungsupdates unterstützt. Der Veröffentlichungsrhythmen ist monatlich.

Sie müssen Wartungsupdates regelmäßig installieren, um sicherzustellen, dass Ihre Apps in einem sicheren und unterstützten Zustand sind. Wenn z. B. das neueste Wartungsupdate für .NET 7 7.0.8 lautet und wir 7.0.9 versenden, ist 7.0.8 nicht mehr die neueste. Die unterstützte Wartungsstufe für .NET 7 ist dann 7.0.9.

Informationen zu den neuesten Wartungsupdates für jede Haupt- und Nebenversion finden Sie auf der .NET-Downloadseite.

Ende des Supports

Das Ende des Supports bezieht sich auf das Datum, an dem Microsoft keine Fixes, Updates oder technische Unterstützung mehr für eine Produktversion bereitstellt. Stellen Sie vor diesem Datum sicher, dass Sie zu einer unterstützten Version gewechselt haben. Versionen, die nicht mehr unterstützt werden, erhalten keine Sicherheitsupdates mehr, die Ihre Anwendungen und Daten schützen. Die unterstützten Datumsbereiche für jede Version von .NET finden Sie in der Supportrichtlinie.

Unterstützte Betriebssysteme

.NET kann auf einer Reihe von Betriebssystemen ausgeführt werden. Jedes dieser Betriebssysteme verfügt über einen von der Sponsororganisation definierten Lebenszyklus (z. B. Microsoft, Red Hat oder Apple). Diese Lebenszykluszeitpläne werden berücksichtigt, wenn .NET Unterstützung für Betriebssystemversionen hinzufügt und entfernt.

Wenn eine Betriebssystemversion das Ende des Supports erreicht, beendet Microsoft das Testen und Bereitstellen von Support für diese Version. Benutzer müssen auf eine unterstützte Betriebssystemversion umsteigen, um Support zu erhalten.

Weitere Informationen finden Sie in der .NET OS Lifecycle-Richtlinie.

Unterstützung erhalten

Sie haben die Wahl zwischen dem von Microsoft unterstützten Support und dem Community-Support.

Microsoft-Support

Wenden Sie sich für den unterstützten Support an einen Microsoft Support Professional.

Sie müssen sich auf einer unterstützten Wartungsebene (dem neuesten verfügbaren Wartungsupdate) befinden, um für den Support berechtigt zu sein. Wenn ein System .NET 7 ausführt und das 7.0.8-Wartungsupdate veröffentlicht wurde, muss 7.0.8 als ersten Schritt installiert werden.

Communityunterstützung

Informationen zum Communitysupport finden Sie auf der Communityseite.