VS Codeのエージェントモードを拡張するには、を試してください！

C# Dev Kit FAQ

C# Dev Kit 拡張機能の詳細や、発生している問題のトラブルシューティングについては、この FAQ (よくある質問) トピックを参照してください。

一般

C# Dev Kit とは何ですか？

C# Dev Kit は、Visual Studio Code での C# 開発エクスペリエンスを向上させるために作成された拡張機能です。VS Code に、より広範で生産性が高く信頼性の高い C# エクスペリエンスをもたらすことを目指しています。C# Dev Kit は、既存の C# 拡張機能を置き換えるものではなく、それが提供する優れた言語サービス機能の上に機能を追加します。開発者は、既存の C# 拡張機能の更新バージョンを引き続き使用することも、C# Dev Kit を追加してエクスペリエンスを向上させることもできます。

現在サポートされているプロジェクトの種類は何ですか？

C# Dev Kit は、.NET Core (一般に .NET とも呼ばれます) の Web アプリ、コンソールアプリ、クラスライブラリプロジェクト、およびテストプロジェクトの構築をサポートしています。.NET MAUI 拡張機能とUnity 拡張機能は C# Dev Kit の上に構築されており、.NET Multi-platform App UI (MAUI) アプリと Unity アプリの構築をさらにサポートします。これらの拡張機能は、「sdk-style」プロジェクトとも呼ばれる最新の .NET プロジェクト形式をサポートしています。.NET Framework アプリや Xamarin アプリなど、非 SDK 形式のプロジェクトを構築している場合は、「プロジェクトシステム」セクションを参照してください。

C# Dev Kit にはどのような拡張機能が含まれていますか？

現在、C# Dev Kit ファミリーに含まれる拡張機能は次のとおりです。

これらの拡張機能の使用は、C# Dev Kit 拡張機能ファミリーの EULA に基づいています。

これらの拡張機能には、それぞれ独自のライセンスを持つ依存関係もあります。例えば、C# Dev Kit はC# 拡張機能と.NET Install Tool に依存しています。

C# Dev Kit がアクティブ化しない / C# Dev Kit コマンドが見つかりません。

C# ファイルを編集しようとしたときに C# Dev Kit がアクティブ化しない理由はいくつかあります。

  1. C# 拡張機能のバージョン 2.0 以降がインストールされていません。C# Dev Kit には、C# 拡張機能のバージョン 2.0 以降が必要です。C# 拡張機能がインストールされており、バージョン 2.0 以降であることを確認してください。
  2. ワークスペースが C# 拡張機能を優先しています。C# Dev Kit は .NET Framework プロジェクトをサポートしていません。`dotnet.preferCSharpExtension` 設定を true に設定している場合、C# Dev Kit はそのワークスペースでは無効になります。プロジェクトが .NET Framework プロジェクトでない場合は、この設定を無効にしてください。
  3. 読み取り専用 OS を使用している。C# Dev Kit は、独自の拡張機能フォルダーおよび VS Code が提供する拡張機能用のフォルダーに、オペレーティングシステム内に任意の状態を書き込むための書き込みアクセス権を必要とします。そのため、完全に読み取り専用の OS を使用している場合、C# Dev Kit は機能しません。

これらを確認しても C# Dev Kit コマンドが見つからない場合は、問題を報告し、C# Dev Kit の出力ウィンドウに表示される情報を提供してください。

ライセンスと貢献

C# Dev Kit は誰が使用できますか？

C# Dev Kit は、資格のあるユーザーにはコミュニティライセンスを通じて利用可能であり、既存のVisual Studio サブスクリプションの追加機能としても含まれています。これは、アクティブな Visual Studio サブスクリプションをお持ちの開発者は、本日より C# Dev Kit を利用できることを意味します。

個人、学術、オープンソースプロジェクトの場合、C# Dev Kit は無料で利用できます。商用目的の場合、最大 5 人までのチームも無料で C# Dev Kit を利用できます。6 人以上の開発者の場合、これらのユーザーは Visual Studio Professional (またはそれ以上) のサブスクリプションが必要になります。C# Dev Kit は GitHub Codespaces および Microsoft Dev Box にも含まれているため、これらの製品のユーザーは追加料金なしで C# Dev Kit にアクセスできます。

フィードバックと提案はどこに提出すればよいですか？

ユーザーは VS Code の ヘルプ > 問題の報告 から問題や提案を報告できます。バグ、機能リクエスト、またはパフォーマンスの問題のいずれかを選択し、拡張機能についてにファイルし、拡張機能のリストから C# Dev Kit を選択します。

Help > Report Issue image

C# Dev Kit はオープンソースですか？なぜそうではないのですか？

いいえ。C# Dev Kit はクローズドソースですが、オープンソースである VS Code 用 C# 拡張機能に依存しており、両方ともRoslynやRazorなどのオープンソースコンポーネントと通信します。C# Dev Kit の目標の 1 つは、VS Code を使用する C# 開発者向けに生産性を向上させるエクスペリエンスを提供することです。これを実現するために、C# Dev Kit には、他のツールと共有されている独自のクローズドソース機能が含まれています。これらのエクスペリエンスを VS Code ユーザーが利用できるようにするために、C# Dev Kit をクローズドソース拡張機能として導入する必要がありました。

貢献するにはどうすればよいですか？

C# Dev Kit の一部である C# 拡張機能は完全にオープンソースであり、これらのライセンス条項の対象となります。この拡張機能のソースコードはhttps://github.com/dotnet/vscode-csharpで利用可能であり、MIT ライセンスの下でライセンスされています。

このプロジェクトは、コミュニティで期待される行動を明確にするために、Contributor Covenant で定義された行動規範を採用しています。詳細については、.NET Foundation 行動規範を参照してください。CLA に署名することで、コミュニティは .NET Foundation プロジェクトへのあなたの貢献を自由に使用できます。

.NET SDK

インストールスクリプトがタイムアウトしました

ネットワーク速度によっては、.NET Core ランタイムのインストールに時間がかかる場合があります。デフォルトでは、インストールに 4.5 分以上かかる場合、インストールは不成功に終わります。この時間が短すぎる (または長すぎる) と感じる場合は、`dotnetAcquisitionExtension.installTimeoutValue` をカスタム値に設定することで、タイムアウト値を変更できます。

VS Code の設定方法の詳細を参照し、`settings.json` ファイルでのカスタムタイムアウトの例を以下に示します。この例では、カスタムタイムアウト値は 180 秒 (3 分) です。

{
  "dotnetAcquisitionExtension.installTimeoutValue": 180
}

.NET SDK の取得中にエラーが発生しました

Error acquiring .NET SDK

注: 中国にいる場合、.NET SDK のダウンロードがブロックされ、タイムアウトが発生する可能性があります。

.NET SDK がインストールされていることを確認する必要があります。回避策として、.NET ランタイム取得拡張機能を既存の .NET インストールにポイントすることができます。

Point the .NET runtime acquisition extension to an existing .NET SDK install

.NET を手動でインストールするにはどうすればよいですか？

.NET のインストールに失敗する場合、または既存の .NET インストールを再利用したい場合は、`dotnetAcquisitionExtension.existingDotnetPath` 設定を使用できます。.NET は、C# Dev Kit Walkthrough または.NET Web サイトから手動でインストールできます。そのインストールに拡張機能を誘導するには、以下に示すように、拡張機能 ID とパスで設定を更新します。

Windows

{
  "dotnetAcquisitionExtension.existingDotnetPath": [
    {
      "extensionId": "msazuretools.azurerm-vscode-tools",
      "path": "C:\\Program Files\\dotnet\\dotnet.exe"
    }
  ]
}

macOS

{
  "dotnetAcquisitionExtension.existingDotnetPath": [
    {
      "extensionId": "msazuretools.azurerm-vscode-tools",
      "path": "/usr/local/share/dotnet/dotnet"
    }
  ]
}

エラー応答 400 または 407 で拡張機能がオフラインだと判断され、プロキシを使用しています

システムがプロキシを使用しており、レジストリへのアクセスが無効になっている場合、拡張機能の設定でプロキシ URL を明示的に設定する必要があります。プロキシは、環境変数とレジストリを通じて設定されている場合は自動的に検出されますが、プロキシがレジストリキーを介してのみ管理されており、レジストリへのアクセスが無効になっている場合、拡張機能はそれを見つけることができません。プロキシ URL を設定するには、以下の拡張機能設定を追加してください。

{
  "dotnetAcquisitionExtension.proxyUrl": "https://your_proxy_url:port"
}

プロジェクトシステム

ソリューションエクスプローラーが、私のプロジェクトがC# Dev Kitでサポートされていないと報告しています

これは通常、プロジェクトが .NET Core/.NET ではなく .NET Framework をターゲットにしていることが原因です。現時点では、C# Dev Kit は .NET Framework プロジェクトをサポートしていません。

Project Not Supported in Solution Explorer

この問題を解決するには、2つの選択肢があります。

プロジェクトを SDK スタイルのプロジェクトに更新することで、利用可能なすべての C# Dev Kit 機能にアクセスできます。

または、設定エディターのPrefer CSharp Extension (C# 拡張機能を優先) ワークスペース設定を使用して、プロジェクトとソリューションのロードをC# 拡張機能に委任することもできます。この設定では一部の C# Dev Kit 機能が利用できなくなることに注意してください。この設定にアクセスするには、設定エディターに移動し、ワークスペースタブを選択します。次に、検索バーで「Prefer CSharp」を検索し、Prefer CSharp Extension (C# 拡張機能を優先) 設定の横にあるチェックボックスをオンにします。.NET Framework プロジェクトをロードしようとすると、C# Dev Kit は自動的に通知を表示し、プロジェクトを SDK スタイルプロジェクトに更新するか、通知からC# 拡張機能を使用するを選択して C# 拡張機能にプロジェクトまたはソリューションをロードさせるか尋ねます。このオプションは、Prefer CSharp Extension (C# 拡張機能を優先) 設定を自動的に選択します。この設定を有効にするには、VS Code をリロードする必要があることに注意してください。

"Create .NET Project" ボタンをクリックしても何も起こりませんでした

これは通常、拡張機能のバージョン不一致が発生している場合に起こります。C# Dev Kit には、C# 拡張機能のバージョン 2.0 以上が必要です。C# 拡張機能の v1 を使用している場合、C# Dev Kit および C# Dev Kit 関連のコマンドは正しく動作しません。これを修正するには、C# 拡張機能を最新バージョンにアップグレードしてください。

プロジェクトシステムで問題が発生したと報告されています

内部的なプロジェクトシステムエラーが発生すると、VS Code の隅に次のような通知が表示されます。

Failed to Restore Solution

ログを開くボタンを選択して、問題が発生した場所のスタックトレースを表示するビューを開きます。ログ内のすべてのテキストを選択してコピーします。VS Code を介して問題を報告し、コピーしたテキストを必ず含めてください。

ソリューションを開くと、「Failed to restore solution (ソリューションの復元に失敗しました)」という通知が表示されます

エラーを表示を選択します。これにより、NuGet の出力パネルが開きます。パッケージの復元が完了できなかった理由を確認するためにエラーを読み進めます。問題を解決できない場合は、VS Code を通じて問題を報告してください。

ソリューションエクスプローラーに「A compatible .NET SDK was not found (互換性のある .NET SDK が見つかりません)」と表示されます

このエラーの最も一般的な原因は、システムにインストールされている SDK と異なる SDK を指定する `global.json` ファイルです。

A compatible .NET SDK was not found

出力ウィンドウを開き、プロジェクトペインに切り替えて、詳細情報を確認してください。次のような表示がされるはずです。

Output Window Projects Pane

この問題を修正するには、`global.json` を更新してインストールされている SDK を指定するか、.NET のダウンロードページから指定された SDK をインストールします。

次に、ワークスペースを閉じて再度開きます。

SDK が C# Dev Kit が認識する場所にインストールされていない可能性もあります。これは、例えば、SDK が Microsoft が提供するインストーラーではなくパッケージマネージャーによってインストールされた場合に発生する可能性があります。これを修正するには、パッケージマネージャーを介して SDK をアンインストールし、その後.NET のダウンロードを介してインストールしてください。

テスト エクスプローラー

テストがテストエクスプローラーパネルに表示されないのはなぜですか？

ソリューションにテストプロジェクトが含まれていることを確認してください。開いているソリューションの一部であるテストプロジェクトのみが含まれます。テストプロジェクトがソリューションの一部であるかどうかを確認するには、ファイルエクスプローラーでソリューションエクスプローラービューを開き、プロジェクトがツリーに表示されるかどうかを確認します。ソリューションノードを右クリックして既存のテストプロジェクトを追加するか、ソリューションに新しいテストプロジェクトを作成します。

C# Dev Kit は、テストがテストエクスプローラーパネルに表示される前に、プロジェクトが正常にビルドされていることも要求します。また、プロジェクト/ソリューションでクリーンが実行されると、テスト DLL はテストエクスプローラーパネルから削除されます。

テストプロジェクトがソリューションの一部であることを確認したら、ソリューションエクスプローラーでソリューションを右クリックしてビルドを選択するか、⇧⌘B (Windows, Linux Ctrl+Shift+B) を使用してソリューションをビルドします。ビルドが完了すると、テストはテストエクスプローラーパネルに表示されます。

テストがまだ表示されない場合は、以下の追加チェックを検討してください。

  • サポートされている .NET Core SDK: プラットフォームとマシンでサポートされている .NET Core SDK を使用していることを確認してください。一部の SDK は特定のオペレーティングシステムやアーキテクチャでは動作しません。詳細については、公式の .NET ダウンロードページ (https://dotnet.microsoft.com/en-us/download) を確認してください。
  • 有効な SDK インストール: 有効な SDK インストールが検出されていることを確認してください。診断ログを有効にすることで、.NET プロジェクトにどの SDK が検出されているかを確認できます。ASDF や Mise などの非サポートツールを介してインストールされた .NET SDK は、Microsoft の公式インストール方法から逸脱しているため、検出されない場合があることに注意してください。公式の手順に従うことをお勧めします。
  • ビルド出力: ビルドが完了し、対応する出力バイナリ (例: `.dll` または `.exe` ファイル) が生成されていることを確認してください。
  • プロジェクトのロード: すべてのプロジェクトのロードが完了していることを確認してください。ソリューションエクスプローラーで、テストプロジェクトの横にテストアイコンがあることを確認し、プロジェクトが検出されていることを確認してください。

テストはテストエクスプローラーパネルに表示されますが、デバッグできません

テストが .NET Core をターゲットにしていることを確認してください。C# Dev Kit は .NET Framework プロジェクトをサポートしていません。ただし、.NET Framework プロジェクトがロードされ、動作しているように見える場合でも、VS Code のデバッガーは .NET Framework をサポートしていません。

テストプロジェクトに新しいテストを追加したばかりですが、テストエクスプローラーパネルに表示されません。

C# Dev Kit は、テストがテストエクスプローラーパネルに表示される前に、プロジェクトが正常にビルドされていることを要求します。

ソリューションエクスプローラーでソリューションを右クリックしてビルドを選択するか、⇧⌘B (Windows, Linux Ctrl+Shift+B) を使用してソリューションをビルドします。ビルドが完了すると、テストはテストエクスプローラーパネルに表示されます。

テストがテストエクスプローラーで検出または実行されないのはなぜですか？

テストプロジェクトが MSTest、NUnit、xUnit v3、または TUnit テストフレームワークのいずれかを介して Microsoft Testing Platform (MTP) を使用している場合、MTP は従来の VSTest プラットフォームとは異なるため、テストがテストエクスプローラーで検出または実行されない可能性があります。これを解決するには、C# Dev Kit が MTP テストプロジェクトと通信できるように、Visual Studio Code で「Use Testing Platform Protocol (テストプラットフォームプロトコルを使用する)」設定を有効にする必要があります。

設定を有効にするには、以下の手順に従ってください。

  1. VS Code で設定を開きます: ファイル > ユーザー設定 > 設定に移動します (または ⌘, (Windows, Linux Ctrl+,) を押します)。
  2. 設定検索バーに「Test Window」と入力して結果をフィルターします。
  3. C# Dev Kit 拡張機能設定の下にある「Dotnet > Test Window: Use Testing Platform Protocol」設定を見つけます。
  4. チェックボックスをオンにして有効にします (または「オン」に切り替えます)。
  5. コマンドパレット (⇧⌘P (Windows, Linux Ctrl+Shift+P)) でウィンドウを再読み込みコマンドを実行して VS Code をリロードします。

この設定を有効にすると、テストはテストエクスプローラーで正しく検出され、実行されるはずです。

テストエクスプローラーの問題をトラブルシューティングするためのログを収集するにはどうすればよいですか？

テストエクスプローラーで問題が発生している場合、トラブルシューティングのために診断ログを有効にして詳細情報を収集できます。

  1. テストエクスプローラーの詳細度を上げる: C# Dev Kit の設定に移動し、Test Explorer Verbosity (テストエクスプローラーの詳細度) 設定を `minimal` から `diagnostic` に増やします。これにより、より詳細なログが生成されます。
  2. 出力ウィンドウを確認する: Visual Studio Code の出力ウィンドウを開き、ドロップダウンからC# Dev Kit - Test Explorerを選択します。診断メッセージは `[dev]` プレフィックス付きで表示されます。
  3. 以下の情報を収集する: 問題を報告する際は、必ず以下の情報を含めてください。
    • 出力ウィンドウからの診断ログ。
    • オペレーティングシステムとバージョン (例: Windows 10、macOS 13)。
    • 使用している C# Dev Kit 拡張機能のバージョン。拡張機能ビューに移動し、拡張機能にカーソルを合わせるとバージョン情報が表示されます。

この情報は、問題の診断と解決をより効率的に行うのに役立ちます。

デバッガー

F5を押しても何も起こりません

C# プロジェクトが開いているか、アクティブなドキュメントが `.cs` または `.razor` ファイルであることを確認してください。デバッガーがまだロードに失敗する場合は、C# Dev Kit と C# 拡張機能の両方がアクティブ化されていることを確認してください。

F5を押すと、「デバッガーを選択してください」と表示されます。どれを選べばよいですか？

.NET コンソールアプリケーション、Blazor Server アプリ、Blazor WebAssembly、または Web アプリケーションをデバッグしようとしている場合は、必ずC# オプションを選択してください。その他のオプションは、JavaScript デバッグ用のNodeや Python デバッグ用のPythonなど、他の拡張機能の一部である可能性があり、C# Dev Kit の一部ではありません。

F5を押すとパスワードの入力を求められます (macOSのみ)

macOS では、デフォルトで開発者モードが無効になっており、プログラムがデバッガーとして使用されることを望む場合、ユーザーを保護するためにパスワードを求めます。

これらのプロンプトを無効にしたい場合は、次のコマンドを実行できます。

  • DevToolsSecurity --enable
  • sudo dscl . append /Groups/_developer GroupMembership $USER

デバッグが機能しないのはなぜですか？

ライブラリやテストプロジェクトをデバッグしようとしている場合、コードが適切にデバッグされるようにするためにいくつかの追加の手順が必要になる可能性があります。ライブラリをデバッグするには、ライブラリと対話するコンソールまたは Web アプリケーションを作成できます。テストプロジェクトの場合、テストエクスプローラーを使用してコードを効果的にデバッグできます。

デバッグ中にブレークポイントがバインドされません

デバッグしているプロセスがデバッグモードでビルドされていません。プロセスをデバッグする前にデバッグ用としてビルドされていることを確認してください。

C# エディター

IntelliSense を正しく機能させるにはどうすればよいですか？

プロジェクトまたはソリューションが開いていることを確認してください。複数のソリューションがある場合、拡張機能は自動的にいずれかを開くか、開くように促します。次に、設定検索バーで「Trace」を検索し、Dotnet > サーバー: をドロップダウンからTraceに設定します。このオプションは、開発チームが問題の診断に役立つより多くの出力情報を提供します。

Set Dotnet Server to Trace

この変更を行ったら、コマンドパレット (⇧⌘P (Windows, Linux Ctrl+Shift+P)) を開いて「Reload Window」と入力し、Enter キーを押してウィンドウを再ロードします。ウィンドウを再ロードした後、出力パネル (⇧⌘U (Windows Ctrl+Shift+U, Linux Ctrl+K Ctrl+H)) でプロジェクトログを確認し、ドロップダウンからプロジェクトを選択します。これにより、プロジェクトが完全にロードされていないことに関連するエラーが表示されます。出力パネル内のすべてのテキストをコピーし、VS Code を通じて問題を報告する際に、コピーしたテキストを必ず含めてください。

C# 拡張機能がサーバーの起動に失敗します

回避策として、`dotnetAcquisitionExtension.existingDotnetPath` 設定を使用して、.NET ランタイム取得拡張機能を既存の .NET 7 インストールにポイントすることができます。

{
  "dotnetAcquisitionExtension.existingDotnetPath": [
    {
      "extensionId": "msazuretools.azurerm-vscode-tools",
      "path": "C\\Program Files\\dotnet\\dotnet.exe"
    }
  ]
}

診断が多すぎる、または診断が少なすぎます

C# 拡張機能を使用すると、さまざまなバックグラウンドコード分析設定を構成できます。設定にアクセスするには、ファイル > ユーザー設定 > 設定に移動するか、キーボードショートカット (⌘, (Windows, Linux Ctrl+,)) を使用します。検索バーに「analysis」と入力して、コード分析に関連する設定を絞り込みます。バックグラウンドコード分析の実行対象: の下で、ドロップダウンメニューから分析スコープを選択できます。デフォルト設定は開いているファイルを分析することですが、完全なソリューション、なし、または開いているドキュメントにカスタマイズできます。

Configure Background Code Analysis

EditorConfig ファイルを使用して、診断とコード分析を構成することもできます。EditorConfig の詳細については、ドキュメントを参照してください。

診断が十分でない、またはまったく表示されない場合、プロジェクトが完全にロードされていない可能性があります。この状況を確認するには、IntelliSense を正しく機能させるにはどうすればよいですか？のセクションを参照してください。そこには、プロジェクトが完全にロードされているかどうかを確認する手順が記載されています。

Razor エディター

ほとんどまたはすべての Blazor コンポーネントに警告が表示されます

Blazor コンポーネントが検出される前に、C# Dev Kit はプロジェクトを正常にロードする必要があります。さらに、Razor 言語サーバーはプロジェクトの状態を理解するために `project.razor.vscode.bin` ファイルが生成されることを要求します。このファイルが生成されないか、コンポーネントなしで生成された場合、Razor エクスペリエンスに影響が出る可能性があります。

パフォーマンスを向上させるため、拡張機能は、最初の `.razor` または `.cshtml` ファイルを開くまで、このファイルの生成またはロードを延期する場合があります。使用しようとしているプロジェクトのソリューションエクスプローラーにエラーがないことを確認するために、注意深く確認してください。

プロジェクトが正しくロードされた場合は、ファイルシステム上の `obj\Debug\` フォルダーに `project.razor.vscode.bin` ファイルが存在することを確認してください。これはバイナリファイルであるため、ファイルの内容を直接確認するのは簡単ではありませんが、一般的にほとんどの Razor プロジェクトでは少なくとも 150KB 程度のサイズのファイルが生成されます。ファイルが数キロバイトしかない場合は、タグヘルパーやコンポーネントが正しく検出されていない可能性が高いです。

ファイルを再生成するには、開いているすべての `.razor` または `.cshtml` ファイルを閉じ、VS Code ウィンドウを再ロードし、プロジェクトが正しくロードされたら、任意の `.razor` または `.cshtml` ファイルを開いて再生成プロセスをトリガーします。

Razorファイルでターゲットフレームワークエラーが言及されています

Razor 言語サーバーには一般的に「ソリューション」の概念がなく、代わりにプロジェクトの `obj\Debug\` フォルダー内の `project.razor.vscode.bin` ファイルの存在に基づいてプロジェクトをロードします。時々、使用されなくなったターゲットフレームワークの古いファイルが混乱を引き起こし、Razor サーバーがプロジェクトがマルチターゲットであると考えたり、一部のコンポーネントが実際には参照されていないのに参照されていると考えたりすることがあります。

この問題を解決するには、`obj` フォルダー内の古いフォルダーをクリアするか、すべてクリアします。次に、VS Code ウィンドウを再ロードし、`.razor` ファイルを開きます。これにより、新しい JSON ファイルが生成され、古いファイルが削除されるはずです。

IntelliCode

行全体の補完が行われません

GitHub Copilot 拡張機能が有効になっている場合、より高度なAI 補完機能を利用できるように、行全体の補完は無効になります。Copilot ロゴが VS Code の右下隅に表示されていることを確認することで、Copilot が有効になっているかを確認できます。

ホットリロード

デバッグ開始後、Hot Reload アイコンが表示されません

デバッガーは、C# Dev Kit のデバッガー設定でホットリロードのオプションが有効になっている場合にのみ、ホットリロードセッションを開始します。オプションが有効になっている場合、デバッグ中にホットリロードアイコンがステータスバーに表示されるはずです。

Hot Reload icon in the bottom bar

ホットリロードアイコンをクリックするか、C# ホットリロード出力ウィンドウを開いて診断情報を確認できます。これらがどちらも表示されない場合、プロジェクトは C# Dev Kit 拡張機能によってサポートされていない可能性があります。ホットリロードがサポートされているプロジェクトを参照してください。

Hot Reload でサポートされている編集の種類は何ですか？

ホットリロードでサポートされている C# コードの変更の一覧については、サポートされているコード変更を参照してください。

5/3/2024