ライフサイクルに関する FAQ - .NET および .NET Core

.NET は、デスクトップ、Web、クラウド、デバイスのワークロードの様々な構成で使用できるランタイム コンポーネント、ライブラリ コンポーネント、およびコンパイラ コンポーネントのセットです。 クロスプラットフォームでオープン ソースの .NET は、軽量の開発モデルと、様々な開発ツール OS プラットフォームを動作させる柔軟性を提供します。 .NET は、MIT ライセンスに基づいて GitHub で公開されています。 .NET は、.NET Core、ASP.NET Core、Entity Framework Core などの複数のテクノロジを参照します。

.NET は年に 1 回、11 月頃にメジャー リリースを出荷します。 .NET 6、.NET8 などの偶数番号のリリースは長期サポート (LTS) リリースであり、.NET 5、.NET 7 などの奇数番号のリリースは標準期間サポート (STS) リリースです。 LTS リリースは、最低 3 年間、または後継 LTS リリースの出荷後 12 か月間サポートされます。 STS リリースは、最低 18 か月間、または後継リリースの出荷後 6 か月間サポートされます。 .NET リリースの詳細については、こちらを参照してください。

.NET のライフサイクル情報については、こちらを参照してください。

すべての .NET リリースの終了日については、こちらを参照してください。

ASP.NET Core と Entity Framework Core は .NET リリースの一部として出荷され、親リリースのライフサイクルに従います。

場合によっては、NuGet を介してサードパーティのコンポーネントまたはライブラリをインストールすることが、.NET を使用するための前提条件となることがあります。 このようなコンポーネントのサポートは、そのコンポーネントまたはライブラリを提供するベンダーから受けることができます。

Red Hat Enterprise Linux などの特定のプラットフォーム用の .NET リリースは、Microsoft ではなく Red Hat によって公開されます。 これらのプラットフォームでは、.NET の更新プログラムがベンダーのシステムを通じて展開できるようになります。

GitHub から .NET ソース コードを取得して自分でビルドする顧客は、.NET バージョンがサポート終了に達していない限り、GitHub からソース形式で修正プログラムと更新プログラムを取得し、独自の .NET ビルドに組み込むことができます。

.NET と .NET Framework には (一般に) サブセットとスーパーセットの関係があります。 .NET Core には、ランタイム ライブラリとフレームワーク ライブラリの両方を対象とする .NET Framework の重要な機能が含まれているため、「コア (中核)」という名前が付けられています。 たとえば、.NET Core と .NET Framework は GC、JIT、型 (String 型、List<T> 型など) を共有します。

.NET Core は、.NET をオープンソース化し、クロス プラットフォームに対応させ、リソースに制約のある環境で使用できるようにすることを目的に作成されました。

.NET は新しい開発プラットフォームであり、モダン ライフサイクルに従い、.NET のリリースはアジャイルでより迅速なリリース ケイデンスに従います。 .NET Framework をベースにしたアプリケーションは、何億台ものコンピューター間で広く展開されているため、高水準の互換性と安定性が求められます。 したがって、.NET Framework のリリースは変更が少なく、頻度も低くなります。 このような違いにより、.NET リリースと .NET Framework リリースは独自のライフサイクルに従います。

4.6.2 より以前の .NET Framework バージョンはサポート終了に達しました。 .NET Framework 4.6.2 以降を使用している場合は、.NET で動作するようにアプリケーションを更新する必要はありません。 ただし、.NET 開発プラットフォームには、従来の Microsoft .NET Framework プラットフォームに比べていくつかの利点があるため、最新の .NET を活用するためにアプリを最新化することを検討することをお勧めします。 詳しくは、こちらをご覧ください。

.NET の詳細については、.NET Foundation の Web サイトを参照してください。