.NET Core は開発者にとって非常に貴重なプラットフォームです。Microsoft が管理するこのオープンソース開発プラットフォームは、クラウドネイティブ、クロスプラットフォーム、さらにはモノのインターネット (IoT) デバイス専用のアプリの構築に使用されます。
開発者が新しいバージョンの .NET Core をインストールしてから、古いプロジェクトを実行しようとすると、問題が発生する可能性があります。dotnet CLI (コマンドライン インターフェイス) を使用して問題を防ぐために、インストールされている .NET Core のバージョンを確認する簡単な方法があります。
.Net Core の最新バージョンは何ですか?
.NETコアの最新バージョン 以下にリリース日とともに記載します。
.NET Core のバージョンを理解する
.NET Coreの最も古いバージョンは2016年に遡り、クロスプラットフォームアプリ開発のサポートを強化するために主に作成されました。それ以来、複数のバージョンがあり、最新の安定リリースは .NET 8.0は、2024 年 5 月にリリースされました。.NET の命名規則は、バージョン 8.0 以降では単に「.NET」に変更され、ブランドが合理化されました。.NET 3.1 が最新ですが、2019 年 XNUMX 月にリリースされた .NET Core XNUMX は、長期サポートのため、多くのアプリ開発者に広く使用されています。
下位互換性は開発ツールの望ましい品質ですが、.NET Core にはいくつかの制限があります。たとえば、.NET Core バージョン 3.1 をインストールし、以前のバージョンを使用して作成された以前のプロジェクトを実行しようとすると、SDK エラーが発生する可能性があります。SDK はソフトウェア開発キットの略で、正しい .NET Core SDK がインストールされていないと、古いプロジェクトを実行することはできません。この問題を解決する最初の手順は、dotnet CLI で dotnet –list-sdks コマンドを使用して、インストールされている .NET Core バージョンを検出することです。プロジェクトに必要な SDK があることを確認することは、互換性を維持するために不可欠です。
.NET Core のバージョン管理スキーム
.NET Core のバージョン管理スキームは構造化されたアプローチに従っており、これはリリース間での明確さと一貫性を維持するために不可欠です。このスキームは、プラットフォームがクラウド ネイティブ、クロスプラットフォーム、IoT アプリケーションの開発に幅広く使用されていることを考えると非常に重要です。
メジャー、マイナー、パッチの概要:
- メジャーバージョン: このバージョンは毎年増加し、新機能、API の互換性を破る変更、主要な依存関係の更新など、製品の重要な変更を示します。特に、.NET 6 や .NET 8 などの偶数メジャー バージョンは長期サポート (LTS) であり、18 年間のサポートが提供されます。一方、奇数バージョンは標準サポート (STS) を受け、XNUMX か月間の更新が提供されます。
- マイナーバージョン: この増分は、新しい動作やパブリック API が導入され、非破壊的な機能強化が行われた場合に増加しますが、既存の依存関係の新しいマイナー バージョンの採用を反映する場合もあります。
- パッチバージョン: バグ修正、新しいプラットフォームのサポート、または依存関係のマイナーアップデートに合わせて調整されています。これは、API サーフェス領域を変更したり、新しい機能を導入したりしないメンテナンス アップデートを表します。
.NET ランタイムは、MAJOR.MINOR.PATCH[-PRERELEASE-BUILDNUMBER] として示されるセマンティック バージョン管理 (SemVer) に準拠しています。この方法により、各バージョン番号によって変更の範囲と性質が明確に伝わり、開発者がアップグレードの影響を理解しやすくなります。
LTS 対 STS
LTS (長期サポート):
.NET Core の長期サポート (LTS) バージョンは、拡張された安定性とサポートを提供するように設計されています。これらのバージョンは 2 年ごとにリリースされ、3 年間の無料サポートとパッチが提供されます。
LTS バージョンは通常、偶数番号 (.NET 6、.NET 8 など) で、長期的な安定性と信頼性が重要な環境に不可欠です。LTS バージョンは、メンテナンス期間が長く、頻繁なメジャー アップデートを行わなくてもアプリケーションの安全性と安定性が維持されるため、エンタープライズ アプリケーションによく選択されます。
LTS の利点:
- 安定性: 長期にわたって信頼性が高く一貫した環境を提供します。
- 延長サポート: パッチとアップデートを含む 3 年間のサポート期間を提供します。
- リスクの軽減: 大きな変更や重大な更新による中断を最小限に抑えます。
STS (標準期間サポート):
標準期間サポート (STS) バージョンは、LTS バージョン間の年にリリースされ、奇数で識別されます (例: .NET 5、.NET 7)。サポート サイクルが短く、18 か月間の無料サポートと更新が提供されます。
STS バージョンは、最新の機能や改善点の恩恵を受けるアプリケーションに最適です。開発者は最先端のイノベーションやパフォーマンス強化にすぐにアクセスでき、迅速な開発および展開サイクルを優先するプロジェクトに適しています。
STS の利点:
- 最新機能へのアクセス: 最新のイノベーションとパフォーマンスの向上を提供します。
- 頻繁な更新: 定期的な更新と、修正プログラムや新機能への迅速なアクセスを提供します。
- 機敏: 迅速な開発と展開をサポートし、イノベーションを促進し、新しい市場の需要に適応します。
比較: 違いと使用例
LTS バージョンと STS バージョンの主な違いは、サポート期間とリリース サイクルにあります。LTS バージョンは長期的な安定性を目的として設計されており、サポートが延長され、頻繁なアップグレードの必要性が最小限に抑えられます。そのため、LTS はエンタープライズ アプリケーション、長期プロジェクト、安定性とコンプライアンスが不可欠な業界に最適です。
対照的に、STS バージョンはイノベーションと俊敏性を重視しており、最新の機能と改善点へのアクセスを提供します。これらのバージョンは、短期間のアプリケーション、革新的なプロジェクト、迅速な反復が不可欠な非本番環境に適しています。
アップグレード手順
新しい .NET Core バージョンにアップグレードするには、開発環境、ソース コード、継続的インテグレーション (CI)、ホスティング環境がすべて適切に更新されるように、複数の手順を実行する必要があります。以下に、プロセスをガイドする詳細な手順を示します。
アップグレードする一般的な理由:
- 現在の .NET バージョンはサポートされなくなりました。
- 新しいバージョンは新しいオペレーティング システムをサポートします。
- 新しいバージョンには、重要な API、パフォーマンス、またはセキュリティ機能が含まれています。
ステップ1: 開発環境をアップグレードする
アップグレード プロセスの最初の手順は、開発環境が新しい .NET バージョンに対応していることを確認することです。.NET CLI、ビルド システム、ランタイムを含む .NET SDK を更新する必要があります。
- インストーラーをダウンロードします。 .NET ダウンロード ページにアクセスし、ご使用のオペレーティング システム用のインストーラーをダウンロードします。
- インストーラーを実行します。 画面の指示に従って、新しい .NET SDK をインストールします。
- パッケージマネージャーを使用する (オプション): 一部のオペレーティング システムでは、パッケージ マネージャー (例: macOS の場合は Homebrew、Linux の場合は apt-get) 経由でのインストールが可能です。
- Visual Studio ユーザー: Visual Studio を使用している場合は、最新バージョンの Visual Studio にアップグレードしてください。これにより、最新の .NET SDK が自動的に含まれるようになります。
インストールを確認します:
コマンドライン インターフェイスを開き、次のコマンドを実行して、新しい SDK がインストールされていることを確認します。
ドットネット –list-sdks
dotnet –list-runtimes
ステップ2: ソースコードをアップグレードする
次に、新しい .NET バージョンをターゲットにするようにプロジェクト ファイルを更新する必要があります。
- プロジェクト ファイルを開きます。 プロジェクト ファイル (*.csproj、*.vbproj、*.fsproj など) を見つけて開きます。
- TargetFramework を更新します。 変更プロパティ値を新しいバージョンに変更します。例:
ネット6.0
〜へ
ネット8.0
- アップグレードアシスタントを使用する: .NET アップグレード アシスタント ツールを使用すると、これらの変更を自動化できます。
- プロジェクトをビルドします。 新しい SDK を使用してプロジェクトを再構築します。このためのコマンドライン コマンドは次のとおりです。
ドットネットビルド
- ワークロードを復元する: 必要に応じて、以下を使用して新しい SDK バージョンでワークロードを復元します。
dotnet ワークロードの復元
ステップ3: 継続的インテグレーション(CI)を更新する
新しい .NET SDK を使用するように CI パイプラインが更新されていることを確認します。新しい .NET バージョンを参照するように、CI システム (GitHub Actions、Azure Pipelines など) の構成ファイルを更新します。
- 設定ファイルを変更します。 新しいバージョンに合わせて、CI 構成ファイル内の .NET バージョンを更新します。
- CI パイプラインを実行します。 CI パイプラインを実行して、ビルドおよびテスト プロセスが新しい .NET バージョンで正しく動作することを確認します。
ステップ4: ホスティング環境を更新する
最後に、ホスティング環境を更新して、新しい .NET バージョンをサポートします。この手順により、運用環境でアップグレードされたアプリケーションを実行できるようになります。
- 新しい .NET ランタイムをインストールします。 ホスティング環境に新しい .NET ランタイムがインストールされていることを確認します。これには、サーバー構成の更新や、最新のランタイムを含むコンテナー イメージの使用が含まれる場合があります。
アプリケーションをデプロイする: アップグレードしたアプリケーションをホスティング環境にデプロイし、正しく実行されることを確認します。
コマンドライン インターフェイス (CLI) の使用
.NET Core SDK のすべてのインストールにはコマンド ライン インターフェイス (CLI) が付属しており、アプリの構築、開発、実行に関連するコマンドを手動で入力できます。 dotnet CLI にアクセスできるかどうか不明な場合は、次の手順に従ってください。
- Windows キー + R を押して「cmd」と入力し、Enter キーを押してコマンド ウィンドウを開きます。
- 「dotnet」と入力して Enter キーを押します
- 次のテキストが表示されます。
使用法: dotnet [オプション]
使用法: dotnet [アプリケーションへのパス]
オプション:
-h|–help ヘルプを表示します。
–info .NET 情報を表示します。
–list-sdks インストールされている SDK を表示します。
–list-runtimes インストールされているランタイムを表示します。
アプリケーションへのパス:
実行するアプリケーションの .dll ファイルへのパス。
これは、CLI で .NET Core コマンドを使用できることを示します。 すべてのコマンドは「dotnet」で始まるため、覚えやすいです。
現在インストールされている .NET Core SDK のバージョンを確認するには、次のコマンドを使用します。
dotnet –バージョン
これにより、現在実行している .NET Core の正確なバージョンがすぐに表示されます。
次のコマンドを使用することもできます。
–list-sdks
インストールされている SDK とそのマシン上の場所を確認するには。
複数の .NET Core インストールの確認
開発者は、.NET Core および .NET の複数のバージョンをインストールして利用している場合があります。 前述のコマンド:
–list-sdks
は、利用可能な .NET Core SDK のバージョンを正確に示しています。 これは、開発者が SDK エラーが発生する理由を理解するのに役立ちます。
次のものも使用できます。
dotnet –list-runtimes
インストールされているすべてのランタイム インスタンスを表示します。
注: 現在インストールされているすべての SDK バージョンは、ファイル パスの下にあります。
C:\プログラム ファイル\dotnet\sdk
これは、手動で他の場所にインストールすることを選択した場合を除きます。
プロジェクトベースのバージョンチェックを理解する
現在の .NET Core バージョンを理解することは、実行しようとしているプロジェクトの作成に使用されたバージョンを知っている場合にのみ役立ちます。 これを評価するにはいくつかの方法があります。 Visual Studio などの統合開発環境 (IDE) を使用している場合は、プロジェクト設定から .NET Core SDK バージョンにアクセスできます。
C# プロジェクトに .csproj ファイルを使用することもできます。 このファイルは、開発中のアプリの DNA のように機能し、.NET Core がアプリを構築する方法に関する重要な情報を保持します。 これには、プロジェクトの作成に .NET Core SDK のどのインスタンスが使用されたかに関するデータが含まれます。 .csproj ファイルで「msbuild /bl」コマンドを使用すると、msbuild.binlog ファイルが作成されます。 このファイルは次のコマンドで開くことができます Microsoft ビルド ログ ビューア プロジェクトの作成に使用された正確なバージョンを示す NETCoreSdkVersion など、プロジェクトに関連するすべてのプロパティと値を表示します。
.csproj ファイル内のターゲット フレームワークを確認することもできます。これには、プロジェクトが実行するために使用しようとしている SDK のバージョンが示されています。 そのバージョンがインストールされていない場合はどうすればよいでしょうか? シンプル: に向かう .NETダウンロードページ 関連するプロジェクトを実行するための正しいバージョンがあることを確認してください。
バージョン管理は開発において重要であり、よりスマートで効率的な開発を可能にします。 トラブルシューティング そして、 DevOps 組織内のメンタリティ。 各プロジェクトにどの .NET Core バージョンが関連付けられているかを確認する方法を理解すると、SDK エラーを排除し、市場投入までの時間を大幅に短縮できます。
私たちのブログを購読する
このような記事をあなたの受信箱に直接お届けします