Freigeben über

Releases und Support für .NET

  • Artikel

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

Hinweis

Informationen zur Versionsverwaltung und Unterstützung für .NET Framework finden Sie unter .NET Framework Lifecycle.

Releasetypen

Informationen zur Art der einzelnen Releases werden in der Versionsnummer in der Form Hauptversion.Nebenversion.Patch angegeben.

Beispiel:

  • .NET Core 6 und .NET 7 sind Hauptversionen.
  • .NET Core 3.1 ist die erste Nebenversion nach der Hauptversion von .NET Core 3.0.
  • .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

Zu den Hauptversionen zählen neue Features, neue Oberflächenbereiche für die öffentliche API und Fehlerbehebungen. Beispiele hierfür sind .NET 6 und .NET 7. Aufgrund der Art der Änderungen ist es wahrscheinlich, dass diese Versionen zu Breaking Changes führen. Hauptversionen können neben früheren Hauptversionen installiert werden.

Nebenversionen

Nebenversionen umfassen auch neue Features, neue Oberflächenbereiche für die öffentliche API und Fehlerbehebungen und können auch zu Breaking Changes führen. Ein Beispiel ist .NET Core 3.1. Der Unterschied zwischen Nebenversionen und Hauptversionen besteht im Ausmaß der Änderungen. In Nebenversionen ist dieses geringer. Eine Anwendung, die von .NET Core 3.0 auf 3.1 aktualisiert wird, weist nur geringfügige Änderungen auf, die wenig Anpassungen erfordern. Nebenversionen können neben früheren Nebenversionen installiert werden.

Wartungsaktualisierungen

Wartungsupdates (Patches) werden fast jeden Monat veröffentlicht. Diese Updates enthalten sowohl sicherheitsrelevante als auch sicherheitsirrelevante Fehlerkorrekturen. Beispielsweise war .NET 5.0.8 das achte Update für .NET 5. Wenn diese Updates Sicherheitskorrekturen enthalten, werden Sie am sogenannten "Patch Tuesday" veröffentlicht. Das ist immer der zweite Dienstag des Monats. Wartungsupdates gewährleisten normalerweise die Kompatibilität. Ab .NET Core 3.1 sind Wartungsupdates Upgrades, durch die das vorherige Update entfernt wird. Beispielsweise entfernt das letzte Wartungsupdate für .NET Core 3.1 das vorherige Update nach erfolgreicher Installation.

Featuregruppen (nur SDK)

Die Versionsverwaltung für das .NET SDK funktioniert etwas anders als für die .NET-Runtime. .NET SDK-Updates enthalten unter Umständen neue Features oder neue Komponentenversion wie MSBuild oder NuGet, um bestmöglich zu Visual Studio-Releases zu passen. Diese neuen Features oder Komponenten sind möglicherweise nicht mit den Versionen kompatibel, die in vorherigen SDK-Updates für dieselbe Haupt- oder Nebenversion ausgeliefert wurden.

Das .NET SDK verwendet Featuregruppen, um solche Updates zu kennzeichnen. Das erste .NET 5 SDK war beispielsweise 5.0.100. Dieses Release entspricht der Featuregruppe 5.0.1xx. Featuregruppen werden in den Hundertergruppen im dritten Teil der Versionsnummer definiert. Die Versionen 5.0.101 und 5.0.201 sind beispielsweise Versionen in zwei verschiedenen Featuregruppen, während sich Version 5.0.101 und 5.0.199 in derselben Featuregruppe befinden. Wenn .NET SDK 5.0.101 installiert wird, wird .NET SDK 5.1.100 (sofern vorhanden) vom Computer entfernt. 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.

Rollforward und Kompatibilität der Runtime

Wichtige und kleinere Updates werden neben früheren Versionen installiert. Eine Anwendung, die für eine bestimmte Hauptversion. Nebenversion-Version erstellt wurde, verwendet weiterhin diese Zielruntime, auch wenn eine neuere Version installiert ist. Die App führt nicht automatisch ein Rollforward aus, um eine neuere Hauptversion.Nebenversion-Version der Laufzeit 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 in .NET Core 3.1 ausgeführt. Es wird empfohlen, die App neu zu erstellen und vor der Bereitstellung in der Produktion mit einer neueren Haupt- oder Nebenversion der Runtime zu testen. Weitere Informationen finden Sie unter Rollforward für von Frameworks abhängigen Apps und Rollforward für eine eigenständige Bereitstellungsruntime.

Wartungsupdates werden von Haupt- und Nebenversionen anders behandelt. Eine Anwendung, die auf .NET 7 ausgerichtet ist, wird standardmäßig in der 7.0.0-Runtime ausgeführt. Bei Installation dieses Wartungsupdates wird automatisch ein Rollforward ausgeführt, um eine neuere 7.0.1-Runtime zu verwenden. Dieses Verhalten ist die Standardeinstellung, da Sicherheitskorrekturen verwendet werden sollen, sobald Sie installiert werden, ohne dass weitere Aktionen erforderlich sind. Sie können dieses standardmäßige Rollforwardverhalten ablehnen.

.NET-Versionslebenszyklus

.NET-Versionen unterliegen Modern Lifecycle und nicht den Fixed Lifecycle-Richtlinien, die für .NET Framework-Releases galten. Produkte mit einem modernen Lebenszyklus haben ein Supportmodell, das dem eines Diensts ähnelt, mit einem kürzeren Supportzeitraum und häufigeren Releases.

Releasearten

Es gibt zwei Supportarten für Releases:

  • Releases mit Standard-Laufzeitunterstützung (Standard Term Support, STS)

    Diese Versionen werden bis zu sechs Monate nach der Veröffentlichung des nächsten Haupt- oder Nebenrelease unterstützt.

    Beispiel:

    • .NET 5 ist ein STS-Release und wurde im November 2020 veröffentlicht. Es wurde 18 Monate lang bis Mai 2022 unterstützt.
    • .NET 7 ist ein STS-Release und wurde im November 2022 veröffentlicht. Es wird für 18 Monate bis Mai 2024 unterstützt.

  • Long Term Support- Releases (LTS)

    Diese Versionen erhalten mindestens drei Jahre lang Support, oder ein Jahr nach der Auslieferung des nächsten LTS-Releases, wenn dieses Datum nach dem Zeitraum von drei Jahren liegt.

    Beispiel:

    • .NET Core 3.1 ist ein LTS-Release und wurde im Dezember 2019 veröffentlicht. Es wurde für 3 Jahre bis Dezember 2022 unterstützt.
    • .NET 6 ist ein LTS-Release und wurde im November 2021 veröffentlicht. Es wird für 3 Jahre bis November 2024 unterstützt.

Releases werden abwechselnd als LTS- und STS-Releases veröffentlicht, sodass ein früheres Release länger als ein späteres Release Support erhalten kann. .NET Core 3.1 ist z. B. war ein LTS-Release mit Unterstützung bis Dezember 2022. Das .NET 5-Release wurde mehr als ein Jahr später veröffentlicht, aber der Support wurde bereits im Dezember 2022 eingestellt.

Wartungsupdates werden monatlich veröffentlicht und enthalten sowohl Sicherheits- als auch nicht sicherheitsrelevante Korrekturen (Zuverlässigkeit, Kompatibilität und Stabilität). Wartungsupdates werden unterstützt, bis das nächste Wartungsupdate veröffentlicht wird. Wartungsupdates nutzen Runtimerollforwards. Dies bedeutet, dass Anwendungen standardmäßig mit dem zuletzt installierten Runtimewartungsupdate ausgeführt werden.

Auswählen eines Releases

Wenn Sie einen Dienst entwickeln und diesen regelmäßig aktualisieren möchten, dann ist eine STS-Version wie .NET 7-Runtime möglicherweise die beste Option, um stets über die neuesten .NET-Features zu verfügen.

Wenn Sie eine Clientanwendung entwickeln, die an Consumer verteilt wird, könnte es sein, dass die Stabilität wichtiger ist als der Zugriff auf die neuesten Features. Es kann erforderlich sein, dass Support für die Anwendung für einen bestimmten Zeitraum gewährleistet ist, bevor der Consumer ein Upgrade auf die nächste Version der Anwendung durchführen kann. In diesem Fall könnte eine LTS-Version wie die .NET 6-Runtime die richtige Option sein.

Hinweis

Es wird empfohlen, ein Upgrade auf die neueste SDK-Version zu durchführen, auch wenn es sich um eine STS-Version handelt, da sie auf alle verfügbaren Runtimes ausgerichtet werden kann.

Unterstützung für Wartungsupdates

.NET-Wartungsupdates weisen Support auf, bis das nächste Wartungsupdate veröffentlicht wird. Releases werden monatlich veröffentlicht.

Sie müssen regelmäßig Wartungsupdates installieren, um sicherzustellen, dass sich Ihre Apps in einem sicheren Zustand mit Support befinden. Wenn beispielsweise das aktuelle Wartungsupdate für .NET Core 7 Version 7.0.8 ist und Version 7.0.9 veröffentlicht wird, ist Version 7.0.8 nicht mehr das aktuelle Wartungsupdate. Das unterstützte Wartungsupdate für .NET 7 ist dann Version 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, nach dem Microsoft keine Korrekturen, Updates oder technische Unterstützung für eine Produktversion mehr bereitstellt. Stellen Sie sicher, dass Sie vor diesem Datum zu einer unterstützten Version wechseln. Versionen, für die kein Support mehr bereitgestellt wird, 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 Lebenszyklus, der von seiner Sponsororganisation (z. B. Microsoft, Red Hat oder Apple) definiert wird. Diese Lebenszyklus-Zeitpläne werden beim Hinzufügen und Entfernen des Supports für Betriebssystemversionen berücksichtigt.

Wenn eine Betriebssystemversion keinen Support mehr erhält, wird die Version nicht mehr getestet und der Support wird eingestellt. Benutzer müssen auf eine unterstützte Betriebssystemversion umsteigen, um Support zu erhalten.

Weitere Informationen finden Sie unter .NET-Betriebssystem-Lebenszyklus-Richtlinie.

Support

Sie haben die Wahl zwischen Microsoft-Support und Communitysupport.

Microsoft-Support

Wenden Sie sich an einen Microsoft-Supportmitarbeiter, um Support zu erhalten.

Sie müssen ein unterstütztes Wartungsupdate installiert haben (das neueste verfügbare Wartungsupdate), um Support zu erhalten. Wenn auf einem System .NET 7 ausgeführt wird und das Wartungsupdate 7.0.8 veröffentlicht wurde, muss als Erstes Version 7.0.8 installiert werden.

Communityunterstützung

Informationen zum Communitysupport finden Sie unter Community.