Visual Studio 2022 Preview リリース ノート

Visual Studio 2022 v17.13 の可用性についてお知らせします。 この更新プログラムでは、 容易性 と セキュリティに焦点を当て、 の改善 万全を期しています。

機能

すべての機能

最新のプレビュー リリースのすべての新機能。

生産性

ファイル エンコード ^📣

をカスタマイズする

Visual Studio でファイルを保存するための既定のエンコードを指定します。

クロスプラットフォーム環境で作業する開発者は、多くの場合、特定のファイル エンコーディングでファイルを保存する必要があります。 これらのエンコードを変更すると、さまざまな問題が発生する可能性があります。

Visual Studio では、ファイルを保存するための既定のファイル エンコードを設定できるようになりました。 この機能により、可能な限り優先エンコードが使用されます。

既定のエンコードを設定するには、[ツール] → [環境] → [ドキュメント]→オプションに移動します。 そこでは、次のエンコードでファイルを保存 というタイトルのオプションがあります。 このオプションをオフにすると、Visual Studio は既定の動作を使用してファイル エンコードを管理します。 オンにすると、ファイルが保存されるたびに、隣接するコンボ ボックスで指定されたエンコードが Visual Studio によって使用されます。

指定したエンコードで Visual Studio を保存できない場合 (Unicode 文字を含むファイル ASCII エンコードを要求する場合など)、問題を通知するダイアログが表示されます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

水平スクロール バーの再考 ^📣

エディターの水平スクロール バーは、スペースが狭い場合でも、常に使用可能な状態に移動できるようになりました。

Visual Studio のエディター トレイは、多くの情報を得るための便利な場所です。 ズームを制御したり、ドキュメントの正常性を確認したり、現在の行や追加情報を確認したりできます。

残念ながら、そのすべての情報が水平スクロールバーを混雑させ、ウィンドウの周りをスクロールするのが難しい場合があります。 これは、システム トレイの幅があまり広くないサイド バイ サイド ビューでは特に当てはまります。

この最新の更新プログラムでは、これらの苦労は過去にあります。 スクロール バーが使用可能な幅を下回ると、システム トレイの上にポップアップ表示され、常に使用可能であることを確認します。 既定では、もう一度十分なスペースがあればすぐにエディター トレイに戻ります。

この動作はほとんどのユーザーにとって理想的であると考えていますが、問題が発生している場合は、ツール→オプションで動作を制御できます。 オプションは テキストエディタ→高度な の下にあり、エディタの水平スクロールバーの位置と表示されます。 これにより、スクロール バーの位置を使用可能な領域に応じて調整するか、エディター トレイに留まるか、常にエディター トレイの上に表示するかを切り替えることができます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

ワード ラップインデント ^📣

エディターで折り返される行をインデントするかどうかを指定できるようになりました。

折り返された行をインデントするかどうかを設定できるようになりました。

このオプションを変更するユーザーの場合は、「ツール → オプション」→[テキスト エディター] →[全般]で確認できます。 このオプションは、"ワードラップが有効な場合に自動でインデントする" というもので、既定で有効になっています。 折り返された行をインデントしない場合は、このオプションをオフにすることができます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

コード検索で最近使用したファイルに移動する ^📣

コード検索では、最近使用したファイル間を簡単に移動できるようになりました。

コードベースの移動がさらに簡単になりました。

クエリなしで Code Search を開くと、最近移動したファイルの一覧が表示されます。 これには、コード検索で開いたファイルだけでなく、ソリューションで開いたその他のファイルも含まれます。 これにより、ファイル名を覚えたり入力したりしなくても、最近作業していたファイルに簡単に戻ります。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

拡張行 & 列ナビゲーション ^📣

Visual Studio では、コード検索での高度な行と列のナビゲーションがサポートされるようになりました。

Code Searchでは、行ナビゲーション機能が大幅に強化されました。 次の形式がサポートされるようになりました。

• :line、作業中の文書内の特定の行に移動します。
• :line,col、作業中の文書内の特定の行と列に移動します。
• file:line 指定したファイル内の特定の行に移動します。
• file:line,col 指定したファイル内の特定の行と列に移動します。
• file(line) 指定したファイル内の特定の行に移動します。
• file(line,col) 指定したファイル内の特定の行と列に移動します。

へのナビゲーションを示す例

これらの機能強化により、コードをすばやく見つけて編集しやすくなり、生産性が向上し、ワークフローが合理化されます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

GitHub Copilot

機能検索から Copilot に質問する

機能検索で、クエリの詳細な応答を取得するように Copilot に依頼できるようになりました。

Visual Studio で特定のメニュー項目、コマンド、またはオプションを見つける必要があるが、その名前や場所がわからない場合は、 それを正しく使用する方法の詳細から恩恵を受けますか?

Feature Search では、GitHub Copilot Chat にクエリを送信して詳細な応答を取得できます。 機能の特定の用語がわからない場合は、GitHub Copilot Chat でクエリのセマンティックな意味を解釈し、Visual Studio のバージョンを検討し、IDE から離れることなく回答を提供できます。

たとえば、今日の Feature Search で "prettify file" を検索しても、正しい設定の "ドキュメントの書式設定" が表示されません。 ただし、GitHub Copilot Chat では、Visual Studio で関連する項目を識別して説明できます。

GitHub Copilot サブスクリプションが Visual Studio で設定されている場合は、単純に検索を Feature Search に入力しクリックして Copilot ボタンをクリックしてチャットに送信できます。

重要

この機能を使用するには、 GitHub Copilot をアクティブにすることを忘れないでください

GitHub Copilot のショートカット

GitHub Copilot Chat のスレッドの新しいキーボード ショートカット。

この更新プログラムは、GitHub Copilot の新しいコマンドを登録し、チャット ウィンドウのキーボード ショートカットにバインドします。

• 新しいスレッド: Ctrl+N
• 前のスレッド: Ctrl+PgDown
• 次のスレッド: Ctrl+PgUp
• 展開とフォーカス スレッドドロップダウン: Ctrl+Shift+T

次/前のスレッドは、最初/最後の項目が渡されたときに循環します。

これらは VS コマンドとして登録されるため、[キーバインド] ダイアログでユーザーがカスタマイズできます。

注: これらのショートカットは、アクティブフォーカスが GitHub Copilot チャット ウィンドウにある場合にのみ機能します。 他の場所で作業している場合は、これらのショートカットの機能が異なる可能性があります。

重要

この機能を使用するには、 GitHub Copilot をアクティブにすることを忘れないでください

スラッシュ コマンドの展開

自然言語に拡張することでスラッシュ コマンドエクスペリエンスを強化しました。

ユーザーは、スラッシュ コマンド エクスペリエンスを強化できるようになりました。スラッシュ コマンドは、使用するアクティブなコンテキストをプルしたり、送信前にユーザーのプロンプトに表示したりするなど、ユーザーの種類に応じて自然言語の対応する言語に展開されるようになりました。

これにより、ユーザーは

1. プロンプトを送信した後に何が起こるかを理解する
2. コマンドで使用できるコンテキストの理解
3. プロンプトを送信する前に変更を加える機能。

スラッシュ コマンドが展開された後:

重要

この機能を使用するには、 GitHub Copilot をアクティブにすることを忘れないでください

デバッグ & 診断

カラー化された IEnumerable ビジュアライザー

構文が強調表示された編集可能な式が強化されました。

LINQ 式の記述は、特に複雑になるにつれて難しい場合があります。 Visual Studio 2022 では、IEnumerable Visualizer 編集可能な式syntax 強調表示が導入されました。

構文の強調表示では、クラス、列挙型、デリゲート、構造体、キーワードなど、クエリの特定の部分にさまざまな色が適用されます。 これにより、LINQ 式のさまざまなコンポーネントを簡単に見つけ出し、論理フローをひとめで確認できるため、より明確で保守しやすいコードになります。

構文の強調表示のカスタマイズ

Visual Studio では、好みに合わせて配色をカスタマイズできます。 色をカスタマイズするには:

1. [ツール] → [環境] → [フォントと色]→オプションに移動します。
2. Show の設定のドロップダウンからテキスト エディター選択します。
3. 各 ユーザーの種類 項目の色をコーディング スタイルに合わせて調整します。
   

ネイティブ コードのターゲット インストルメンテーション

プロファイラーのインストルメンテーション ツールで、ネイティブ コードのターゲット インストルメンテーションがサポートされるようになりました。

Visual Studio Profiler のインストルメンテーション ツールには、ネイティブ コード用のターゲット インストルメンテーションが用意されており、詳細な分析のために特定のクラスと関数を選択できます。

この機能は、パフォーマンスの監視を強化し、問題をより効率的に特定し、デバッグ プロセスを合理化するのに役立ちます。

この精度により、パフォーマンスのボトルネックに関する詳細な分析情報が得られ、プロファイリング作業が高速化されます。

並列スタックでのスレッドの概要

並列スタックの AI スレッドの概要を使用してデバッグ プロセスを強化します。

GitHub Copilot の並列スタックでの自動集計を使用すると、スレッドの説明が一目でわかります。複雑なプログラムでの問題の追跡とスレッドの動作の理解が簡単になります。

Visual Studio で GitHub Copilot を使用すると、並列スタック ウィンドウを起動すると、各スレッドの上部に新しい AI によって生成された概要行が表示されます。

この概要では、スレッドの現在のアクティビティの簡単で読みやすい概要を示します。

複雑な LINQ クエリ ^📣

を作成する

IEnumerable ビジュアライザーで直接 GitHub Copilot インライン チャットを使用して、編集可能な式を強化します。

IEnumerable ビジュアライザーでは、編集可能な式のインライン チャットが機能するようになりました。これにより、ユーザーは IEnumerable ビジュアライザー内で直接 AI を利用して、編集可能な式の複雑な LINQ クエリを作成できます。

編集可能な表現のインラインチャット

インライン チャットを表示するには、編集可能な式テキスト ボックスの右下隅にある GitHub Copilot の輝きボタンをクリックするだけです。 これにより、元の編集可能な式の上にテキストボックスが開き、その中に「現在の式をどのように調整したいか説明してください」と表示されたプロンプトが表示されます。 自然言語で要求を入力し、準備ができたら、[送信] ボタンをクリックします。

GitHub Copilot では、入力に基づいて LINQ クエリが生成され、既定で自動的に実行されます。 クエリが正常に生成され、適用されたことを確認するには、緑色のチェックマークを探します。これは、GitHub Copilot によって生成された LINQ クエリが完全に実行され、適用されたことを示します。

GitHub Copilot Chat に進む

また、この機能には、GitHub Copilot によって少なくとも 1 つの LINQ クエリが生成された後に、便利なようにテキスト ボックスの右上隅に表示される [チャットで続行] ボタンも含まれています。

このボタンをクリックすると、専用の GitHub Copilot チャット ウィンドウが開き、クエリを絞り込んだり、フォローアップの質問をしたり、別の方法を詳しく調べることができます。 この統合により、GitHub Copilot のすべての機能を活用しながら、制御と柔軟性を維持できます。

編集可能な式の

ビジュアライザーに戻る準備ができたら、[ビジュアライザーに表示] ボタンをクリックします。 これにより、ビジュアライザー環境にシームレスに切り替えることができます。この環境では、チャット セッション中に生成された変更を表示または適用できます。

この機能は、ビジュアライザーと GitHub Copilot チャットの間の流動的なワークフローを提供します。 ビジュアライザーのインライン チャットは、簡単な編集と小さな調整のために最適化されていますが、GitHub Copilot チャットは、より詳細な絞り込みと反復的な改善を処理するのに優れています。どちらも、編集可能な式のための LINQ クエリの生成をより簡単かつ効率的にすることを目的とします。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

プロファイラーでの統合非同期スタック

VS Profiler では非同期スタックが統合され、.NET プロファイリングが効率化されます。

Visual Studio Profiler では、概要の詳細の呼び出しツリー ビューの両方にステッチされた非同期スタックを表示することで、.NET アプリケーションのデバッグが強化されるようになりました。

プロファイラーの統合非同期スタック を する

この機能により、非同期操作のより明確でまとまりのあるビューが提供され、開発者は、非同期メソッド呼び出しを含む完全な実行フローを、すべて単一の統合スタック トレース内でトレースできます。

個別の非同期呼び出しパスを手動で組み合わせる必要がなくなるので、この改善により、パフォーマンスのボトルネックをすばやく特定し、問題のトラブルシューティングをより効率的に行うことができます。

CPU プロファイリングにおける色分けされたスイムレーン

VS Profiler を使用すると、色分けされたグラフとフィルター処理によるマルチプロセス CPU 分析が可能になります。

Visual Studio プロファイラーの CPU 使用率ツールでマルチプロセス分析がサポートされ、スイム レーン内の各プロセスに対して個別の色分けされたパフォーマンス グラフが表示されるようになりました。

グラフは積み上げ面グラフとして表示されます。 左上のドロップダウンを使用してプロセスをフィルター処理し、集中分析を有効にするオプションもあります。

マルチプロセス CPU 分析

この改善により、1 つのセッション内のプロセス間の CPU 使用率を簡単に区別して分析できます。 リソース消費に関するより明確な分析情報を提供することで、プロファイリングの効率が向上し、マルチプロセス アプリケーションのパフォーマンスの最適化が合理化されます。

Git ツール

pull requests にコメントを追加する ^📣

チェックアウトしたブランチの pull request ファイルに新しいコメントを追加して、Visual Studio でプル要求を確認します。

最新の更新により、チェックアウトしたブランチ上のプルリクエストファイルに新しいコメントを追加できるようになりました。 これは pull request エクスペリエンスの上位の要求であり、Visual Studio での pull request エクスペリエンスの一連の機能強化の最新の機能です。

作業を開始する

機能フラグ [pull request コメント] と [pull request コメントの追加] を有効にして、アクティブな pull request を含むブランチをチェックアウトし、情報バーで [ファイルでコメントを表示する] をクリックします。 これにより、エディターで pull request コメント エクスペリエンスがアクティブになります。

新しいコメントをファイルに追加するには、余白の [コメントの追加] アイコンをクリックするか、コメントを追加する行を右クリックして、コンテキスト メニューから [Git → コメントの追加 選択します。

注: アイコンは、プル要求の一部であるファイルにのみ表示されます。 GitHub pull request の場合、コメントできるのは、変更された行を囲む行と含む行だけです。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。機能のさらなる向上に役立てるため、 アンケートにご協力 ください。

Note

この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります

コミット時に issue をキャッチする ^📣

潜在的な問題を早期にキャッチし、コードの品質を向上させるために役立つ、コードの変更に関する GitHub Copilot を利用した提案を入手します。

コミットする前に、ローカルの変更に関する GitHub Copilot コード レビューを取得できるようになりました。 Visual Studio で GitHub Copilot サブスクリプションを有効にし、次の機能フラグを有効にすると、Git の [変更] ウィンドウに新しい輝きコメント ボタンが表示されます。 クリックすると、GitHub Copilot によって一部の変更が確認され、エディターでいくつかの提案がインラインで提案されます。

このモデルは、潜在的なパフォーマンスやセキュリティの問題などの重大な問題を指摘できます。これは、早期にキャッチされると、リモート コード ベースに問題をプッシュするリスクを軽減するのに役立ちます。

次の機能フラグの両方が有効になっていることを確認します。

• ツール → オプション → プレビュー機能 → プルリクエストコメント
• Tools → Options → GitHub → Copilot → Source Control Integration → Git プレビュー機能を有効にします。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。機能のさらなる向上に役立てるため、 アンケートにご協力 ください。

Note

この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります

Git タグ ^📣

の表示と管理

Visual Studio から Git タグをシームレスに移動してプッシュします。

リポジトリの Git タグを Git リポジトリ ウィンドウで直接表示できます。タグが対応するコミットに移動し、タグに対して実行できるアクションを含むコンテキスト メニューを表示できます。 引き続き IDE のコンテキスト内に留まり、Git タグに対してアクションを実行できます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

IDE

テーマの変更をまたいだフォントの保持 ^📣

テーマを変更しても、フォントとフォント サイズの設定が記憶されるようになりました。

開発者が選択するフォントは、コーディングが個人的な選択であり、読みやすさ、アクセシビリティ、美学などの好みによる影響を受けます。 Visual Studio のテーマは主にプレゼンテーションの色に焦点を当て、好みのフォントに依存しません。

この更新プログラムでは、テーマを切り替えるときにフォント フェイスとサイズの選択を保持する機能が導入されました。 フォント設定を一度設定したら、Visual Studio でテーマを切り替える際に、毎回フォントを再設定しなくてもよくなりました。 フォントの色はテーマの目的であるため、テーマにリンクされたままですが、フォントの選択は保持されます。

この機能は、すべてのユーザーに対してデフォルトで有効になります。 以前の動作に戻す場合は、 [ツール] > [プレビュー機能の管理] の順に選択し、 [色テーマ選択肢とは異なるフォント設定] オプションを探します。 このオプションをオンにすると、テーマの変更に関係なく、フォントの優先設定が維持されます。 このチェック ボックスをオフにすると、フォントの選択をテーマに結び付ける以前の動作に戻ります。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Note

この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります

GitHub アカウントのオンボード

最初の起動ウィザードまたは Visual Studio シェルから GitHub アカウントを追加します。

GitHub リソースを操作する必要がありますか? GitHub アカウントの追加がこれまで以上に簡単になりました。

GitHub アカウントにサインインする新しい方法

これで、最初の起動構成ダイアログで GitHub アカウントにサインインできるようになりました。

最初の起動アカウント設定をスキップする場合は、最初に Microsoft アカウントを追加しなくても、VS シェルから直接サインインすることもできます。

Microsoft (職場または学校または個人) アカウントを Visual Studio に追加するまで、設定を同期できないことに注意してください。

複数の GitHub アカウント ^📣

複数の GitHub アカウントを追加し、アクティブなアカウントを設定して、GitHub Copilot やバージョン 管理などの GitHub 機能を推進できるようになりました。

開発シナリオ用に別の GitHub アカウントを使う必要がありますか。 Visual Studio では、複数の GitHub アカウントを同時に使用できるようになりました。

複数の GitHub アカウントの追加

複数のアカウントを追加するのは簡単です。 プロファイル カードを開き、[別のアカウントの追加] をクリックして、GitHub アカウントにサインインするのを、必要に応じて繰り返すだけです。

アカウントは、[アカウント設定] ダイアログの [ファイル → アカウント設定] から追加することもできます。..

GitHub のアクティブなアカウントの設定

複数の GitHub アカウントを追加した場合、Visual Studio は、"アクティブ" とマークされているものを、バージョン管理や GitHub Copilot などの GitHub 対応機能に対する既定のアカウントにします。

アクティブなアカウントを切り替えるには、アカウント オプションにアクセスして、[アクティブなアカウントとして設定] ボタンをクリックします。

GitHub Copilot への影響

GitHub Copilot は、アクティブな GitHub アカウントが GitHub Copilot for Individuals または GitHub Copilot for Business のいずれかに登録されると、自動的にアクティブになります。

バージョン管理への影響

GitHub の pull request または issue の作業を行っている場合は、GitHub アカウントの設定を求めるメッセージが表示されます。 ユーザーが特定のリポジトリで作業しているときは常に、ユーザー設定が記憶されているため、リポジトリを変更しても、プッシュ、プル、フェッチなどの通常の Git 操作のためのアカウントの切り替えを心配する必要はありません。 また、間違ったアカウントの使用を防ぐため、不一致がある場合は、ユーザーはアクティブなアカウントの更新を求められます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

新しいマークダウン ファイルを追加する ^📣

新しいマークダウン ファイルの追加は、[新しい項目の追加] ダイアログで使用できる新しいテンプレートで簡単になりました。

新しい項目をプロジェクトに追加するときに、 Markdown ファイル テンプレートを選択して新しいマークダウン ファイルを作成できるようになりました。 このテンプレートは、マークダウン コンテンツの開始点を提供します。

新しいマークダウン ファイルをプロジェクトに追加するには、次の手順に従います。

1. ソリューション エクスプローラーで、マークダウン ファイルを追加するプロジェクトまたはフォルダーを右クリックします。
2. [追加] → [新しい項目] の順に選択します。
3. [新しい項目の追加ダイアログで、Markdown ファイルを選択します。
4. ファイルの名前を入力し、 追加をクリックします。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

クラウド

.NET のアスパイアと Azure Functions

Azure Functions .NET Aspire を使用して、サーバーレス テクノロジを .NET Aspire に統合できるようになりました。

この Visual Studio リリースでは、Azure Functions 開発者が新しい Azure Functions プロジェクトを作成するときに .NET Aspire オーケストレーションを利用できるようになりました。 このオプションを選択すると、Functions プロジェクトの作成時に、アプリ ホストとサービスの既定値プロジェクトがソリューションに含まれます。

ASP.NET Core Blazor フロントエンド Web アプリと統合された Azure Functions プロジェクトなど、既存の Azure Functions プロジェクトがある場合は、このリリース前の ASP.NET Core アプリと同様に、.NET Aspire のサポートを追加できます。

さらに、.NET Aspire のサポートを使用して Azure Functions プロジェクトを実行またはデバッグすると、ブラウザーで .NET Aspire ダッシュボードが起動します。 これにより、Azure Functions の実行をリアルタイムで監視できます。 .NET Aspire オーケストレーターが Azure Functions の実行を管理し、ダッシュボードから実行を一時停止して再開する方法を確認できます。

この統合に興奮しており、Azure Functions を .NET Aspire プロジェクトに組み込む方法を楽しみにしています。

Docker 起動の構成 ^📣

DependencyAwareStart 起動構成オプションdepends_onサポートを有効にします。

DependencyAwareStartに設定すると、Docker Compose プロジェクトの起動方法が変更され、Compose 構成でTrueを使用できるようにする、depends_onという新しい起動構成オプションが導入されました。

この機能により、指定されたコンテナーが正しい順序で開始され、Docker Compose ファイルで定義されている依存関係の要件に従います。 さらに、依存関係をより効果的に管理することで、マルチコンテナー アプリケーションの堅牢性と信頼性が向上します。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Docker Compose スケール ^📣

compose の scale プロパティが受け入れられます。

Compose サービス構成に scale を追加して、特定の数のレプリカを実行してデバッグできるようになりました。 たとえば、次の構成では、起動時に webapi サービスの 2 つのインスタンスが実行されます。

この機能強化により、運用環境に似た環境をシミュレートすることで、アプリケーションのロード テストとデバッグをより効果的に行うことができます。 また、Compose ファイルから直接複数のインスタンスを簡単に管理できるため、ワークフローが効率化されます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Web

HTML を Razor コンポーネントに抽出する ^📣

コード アクションを使用して、Visual Studio の Razor コンポーネントに HTML を抽出できるようになりました。

.razor ファイルに追加するコードが多すぎて、再利用できる独自のコンポーネントに簡単に移動したいと思ったことはありますか? Razor ファイルで HTML を使用する場合は、 CTRL+. を使用するか、右クリックして Quick Actions and Refactorings を選択して、選択した HTML マークアップを Visual Studio の新しい Razor コンポーネントに自動的に抽出できるようになりました。

この最初のイテレーションでは、要素を新しいコンポーネント に抽出する操作は、HTML マークアップの選択でのみサポートされます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Razor の貼り付けの形式を無効にする ^📣

VS 設定で Razor ファイルの貼り付け機能の形式を無効にできるようになりました。

Razor ファイル内での [貼り付け時に書式設定する] 機能は、役に立つというよりも妨げになりますか? Razor ファイルにコードを貼り付けるときに、自動書式設定を無効にできるようになりました。

[ツール] → [オプション] → [テキスト エディター] → Razor (ASP.NET Core) → [詳細設定] に移動し、[貼り付け]で [書式] をオフにして、設定を無効にします。

の貼り付け時の書式設定を無効にする

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

データ

SDK スタイルの SQL プロジェクト

を SSDT ^📣

で

SQL Server Data Tools プロジェクトで、SQL デバッガーとスキーマの比較で SDK スタイルのプロジェクト ファイル形式を使用できるようになりました。

この更新プログラムは、Visual Studio 17.13 の SDK スタイルの SQL Server データ ツール (プレビュー) にスキーマ比較と SQL デバッグを追加します。 SDK スタイルの SSDT SQL プロジェクトは Microsoft.Build.Sql SDK に基づいており、SQL Server Data Tools (SSDT) プロジェクトにクロスプラットフォームサポートと CI/CD 機能の向上をもたらします。

でのスキーマの比較

17.13 プレビュー 2 でのスキーマ比較は、データベースと .dacpac の比較に限定されており、SQL プロジェクトの比較はまだ使用できません。 17.13 プレビュー 2 の SQL デバッガーは、ソリューション エクスプローラーからのデバッグに限定されます。 SQL Server オブジェクト エクスプローラーで、テーブル デザイナーやその他のスクリプト オプションが改善されました。

プロジェクト ファイルの詳細度が低く、NuGet パッケージへのデータベース参照が少ないほど、チームは 1 つのプロジェクト内の大規模なデータベースでより効率的に共同作業を行ったり、複数のプロジェクトから複数のオブジェクト セットをコンパイルしたりできます。 Microsoft.Build.Sql プロジェクトからのデータベースデプロイは、Microsoft.SqlPackage dotnet ツールが SQL プロジェクトからビルド成果物 (.dacpac) を発行する Windows および Linux 環境で自動化できます。 SDK スタイルの SQL プロジェクトと DevOps for SQLについて説明します。

ソリューションで SDK スタイルの SQL プロジェクトを使用するには、Visual Studio インストーラーに最新の SSDT プレビュー コンポーネントをインストールしてください。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

ユーザーから報告された上位のバグ修正

• Apple アカウント (VS 2022、Enterprise アカウント) を追加できません
• /scanDependencies では、ヘッダー ユニットによってエクスポートされたマクロは考慮されません
• Git での画面のちらつきの比較
• 新しいリソース エクスプローラーでキーボードを使用して行を選択できない
• Github Copilot の .razor ページで文字が重複する
• MSA (個人用) アカウントと WSA (職場または学校アカウント) の両方のアカウントでサインインできない
• C++ アプリケーションのリソースを追加すると、Visual Studio がクラッシュする

📣このリリースに組み込まれた、ユーザーから報告されたすべてのバグ修正の完全なリストをご覧ください。

Preview 1

リリース日: 2024 年 11 月 12 日。

生産性

ファイル エンコード ^📣

をカスタマイズする

Visual Studio でファイルを保存するための既定のエンコードを指定します。

クロスプラットフォーム環境で作業する開発者は、多くの場合、特定のファイル エンコーディングでファイルを保存する必要があります。 これらのエンコードを変更すると、さまざまな問題が発生する可能性があります。

Visual Studio では、ファイルを保存するための既定のファイル エンコードを設定できるようになりました。 この機能により、可能な限り優先エンコードが使用されます。

既定のエンコードを設定するには、[ツール] → [環境] → [ドキュメント]→オプションに移動します。 そこでは、次のエンコードでファイルを保存 というタイトルのオプションがあります。 このオプションをオフにすると、Visual Studio は既定の動作を使用してファイル エンコードを管理します。 オンにすると、ファイルが保存されるたびに、隣接するコンボ ボックスで指定されたエンコードが Visual Studio によって使用されます。

指定したエンコードで Visual Studio を保存できない場合 (Unicode 文字を含むファイル ASCII エンコードを要求する場合など)、問題を通知するダイアログが表示されます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

水平スクロール バーの再考 ^📣

エディターの水平スクロール バーは、スペースが狭い場合でも、常に使用可能な状態に移動できるようになりました。

Visual Studio のエディター トレイは、多くの情報を得るための便利な場所です。 ズームを制御したり、ドキュメントの正常性を確認したり、現在の行や追加情報を確認したりできます。

残念ながら、そのすべての情報が水平スクロールバーを混雑させ、ウィンドウの周りをスクロールするのが難しい場合があります。 これは、システム トレイの幅があまり広くないサイド バイ サイド ビューでは特に当てはまります。

この最新の更新プログラムでは、これらの苦労は過去にあります。 スクロール バーが使用可能な幅を下回ると、システム トレイの上にポップアップ表示され、常に使用可能であることを確認します。 既定では、もう一度十分なスペースがあればすぐにエディター トレイに戻ります。

この動作はほとんどのユーザーにとって理想的であると考えていますが、問題が発生している場合は、ツール→オプションで動作を制御できます。 オプションは テキストエディタ→高度な の下にあり、エディタの水平スクロールバーの位置と表示されます。 これにより、スクロール バーの位置を使用可能な領域に応じて調整するか、エディター トレイに留まるか、常にエディター トレイの上に表示するかを切り替えることができます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

ワード ラップインデント ^📣

エディターで折り返される行をインデントするかどうかを指定できるようになりました。

折り返された行をインデントするかどうかを設定できるようになりました。

このオプションを変更するユーザーの場合は、「ツール → オプション」→[テキスト エディター] →[全般]で確認できます。 このオプションは、"ワードラップが有効な場合に自動でインデントする" というもので、既定で有効になっています。 折り返された行をインデントしない場合は、このオプションをオフにすることができます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

コード検索で最近使用したファイルに移動する ^📣

コード検索では、最近使用したファイル間を簡単に移動できるようになりました。

コードベースの移動がさらに簡単になりました。

クエリなしで Code Search を開くと、最近移動したファイルの一覧が表示されます。 これには、コード検索で開いたファイルだけでなく、ソリューションで開いたその他のファイルも含まれます。 これにより、ファイル名を覚えたり入力したりしなくても、最近作業していたファイルに簡単に戻ります。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

GitHub Copilot

機能検索から Copilot に質問する

機能検索で、クエリの詳細な応答を取得するように Copilot に依頼できるようになりました。

Visual Studio で特定のメニュー項目、コマンド、またはオプションを見つける必要があるが、その名前や場所がわからない場合は、 それを正しく使用する方法の詳細から恩恵を受けますか?

Feature Search では、GitHub Copilot Chat にクエリを送信して詳細な応答を取得できます。 機能の特定の用語がわからない場合は、GitHub Copilot Chat でクエリのセマンティックな意味を解釈し、Visual Studio のバージョンを検討し、IDE から離れることなく回答を提供できます。

たとえば、今日の Feature Search で "prettify file" を検索しても、正しい設定の "ドキュメントの書式設定" が表示されません。 ただし、GitHub Copilot Chat では、Visual Studio で関連する項目を識別して説明できます。

GitHub Copilot サブスクリプションが Visual Studio で設定されている場合は、単純に検索を Feature Search に入力しクリックして Copilot ボタンをクリックしてチャットに送信できます。

重要

この機能を使用するには、 GitHub Copilot をアクティブにすることを忘れないでください

GitHub Copilot のショートカット

GitHub Copilot Chat のスレッドの新しいキーボード ショートカット。

この更新プログラムは、GitHub Copilot の新しいコマンドを登録し、チャット ウィンドウのキーボード ショートカットにバインドします。

• 新しいスレッド: Ctrl+N
• 前のスレッド: Ctrl+PgDown
• 次のスレッド: Ctrl+PgUp
• 展開とフォーカス スレッドドロップダウン: Ctrl+Shift+T

次/前のスレッドは、最初/最後の項目が渡されたときに循環します。

これらは VS コマンドとして登録されるため、[キーバインド] ダイアログでユーザーがカスタマイズできます。

注: これらのショートカットは、アクティブフォーカスが GitHub Copilot チャット ウィンドウにある場合にのみ機能します。 他の場所で作業している場合は、これらのショートカットの機能が異なる可能性があります。

重要

この機能を使用するには、 GitHub Copilot をアクティブにすることを忘れないでください

スラッシュ コマンドの展開

自然言語に拡張することでスラッシュ コマンドエクスペリエンスを強化しました。

ユーザーは、スラッシュ コマンド エクスペリエンスを強化できるようになりました。スラッシュ コマンドは、使用するアクティブなコンテキストをプルしたり、送信前にユーザーのプロンプトに表示したりするなど、ユーザーの種類に応じて自然言語の対応する言語に展開されるようになりました。

これにより、ユーザーは

1. プロンプトを送信した後に何が起こるかを理解する
2. コマンドで使用できるコンテキストの理解
3. プロンプトを送信する前に変更を加える機能。

スラッシュ コマンドが展開された後:

重要

この機能を使用するには、 GitHub Copilot をアクティブにすることを忘れないでください

デバッグ & 診断

カラー化された IEnumerable ビジュアライザー

構文が強調表示された編集可能な式が強化されました。

LINQ 式の記述は、特に複雑になるにつれて難しい場合があります。 Visual Studio 2022 では、IEnumerable Visualizer 編集可能な式syntax 強調表示が導入されました。

構文の強調表示では、クラス、列挙型、デリゲート、構造体、キーワードなど、クエリの特定の部分にさまざまな色が適用されます。 これにより、LINQ 式のさまざまなコンポーネントを簡単に見つけ出し、論理フローをひとめで確認できるため、より明確で保守しやすいコードになります。

構文の強調表示のカスタマイズ

Visual Studio では、好みに合わせて配色をカスタマイズできます。 色をカスタマイズするには:

1. [ツール] → [環境] → [フォントと色]→オプションに移動します。
2. Show の設定のドロップダウンからテキスト エディター選択します。
3. 各 ユーザーの種類 項目の色をコーディング スタイルに合わせて調整します。
   

ネイティブコードの対象インストルメンテーション

プロファイラーのインストルメンテーション ツールで、ネイティブ コードのターゲット インストルメンテーションがサポートされるようになりました。

Visual Studio Profiler のインストルメンテーション ツールには、ネイティブ コード用のターゲット インストルメンテーションが用意されており、詳細な分析のために特定のクラスと関数を選択できます。

この機能は、パフォーマンスの監視を強化し、問題をより効率的に特定し、デバッグ プロセスを合理化するのに役立ちます。

この精度により、パフォーマンスのボトルネックに関する詳細な分析情報が得られ、プロファイリング作業が高速化されます。

並列スタックでのスレッドの概要

並列スタックの AI スレッドの概要を使用してデバッグ プロセスを強化します。

GitHub Copilot の並列スタックでの自動集計を使用すると、スレッドの説明が一目でわかります。複雑なプログラムでの問題の追跡とスレッドの動作の理解が簡単になります。

Visual Studio で GitHub Copilot を使用すると、並列スタック ウィンドウを起動すると、各スレッドの上部に新しい AI によって生成された概要行が表示されます。

この概要では、スレッドの現在のアクティビティの簡単で読みやすい概要を示します。

Git ツール

プルリクエストにコメントを追加する ^📣

チェックアウトしたブランチの pull request ファイルに新しいコメントを追加して、Visual Studio でプル要求を確認します。

最新の更新により、チェックアウトしたブランチで pull request ファイルに新しいコメントを加えることができるようになりました。 これは pull request エクスペリエンスの上位の要求であり、Visual Studio での pull request エクスペリエンスの一連の機能強化の最新の機能です。

作業を開始する

Pull Request Comments と Pull Request Add Comment の機能フラグを有効にし、アクティブなプルリクエストを持つ任意のブランチをチェックアウトして、InfoBar内のファイルコメントを表示する をクリックします。 これにより、エディターで pull request コメント エクスペリエンスがアクティブになります。

新しいコメントをファイルに追加するには、余白の [コメントの追加] アイコンをクリックするか、コメントを追加する行を右クリックして、コンテキスト メニューから [Git → コメントの追加 選択します。

注: アイコンは、プル要求の一部であるファイルにのみ表示されます。 GitHub pull request の場合、コメントできるのは、変更された行を囲む行と含む行だけです。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。機能のさらなる向上に役立てるため、 アンケートにご協力 ください。

Note

この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります

IDE

テーマの変更をまたいだフォントの保持 ^📣

テーマを変更しても、フォントとフォント サイズの設定が記憶されるようになりました。

開発者が選択するフォントは、コーディングが個人的な選択であり、読みやすさ、アクセシビリティ、美学などの好みによる影響を受けます。 Visual Studio のテーマは主にプレゼンテーションの色に焦点を当て、好みのフォントに依存しません。

この更新プログラムでは、テーマを切り替えるときにフォント フェイスとサイズの選択を保持する機能が導入されました。 フォント設定を一度設定したら、Visual Studio でテーマを切り替える際に、毎回フォントを再設定しなくてもよくなりました。 フォントの色はテーマの目的であるため、テーマにリンクされたままですが、フォントの選択は保持されます。

この機能は、すべてのユーザーに対してデフォルトで有効になります。 以前の動作に戻す場合は、 [ツール] > [プレビュー機能の管理] の順に選択し、 [色テーマ選択肢とは異なるフォント設定] オプションを探します。 このオプションをオンにすると、テーマの変更に関係なく、フォントの優先設定が維持されます。 このチェック ボックスをオフにすると、フォントの選択をテーマに結び付ける以前の動作に戻ります。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Note

この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります

GitHub アカウントのオンボード

最初の起動ウィザードまたは Visual Studio シェルから GitHub アカウントを追加します。

GitHub リソースを操作する必要がありますか? GitHub アカウントの追加がこれまで以上に簡単になりました。

GitHub アカウントにサインインする新しい方法

これで、最初の起動構成ダイアログで GitHub アカウントにサインインできるようになりました。

最初の起動アカウント設定をスキップする場合は、最初に Microsoft アカウントを追加しなくても、VS シェルから直接サインインすることもできます。

Microsoft (職場または学校または個人) アカウントを Visual Studio に追加するまで、設定を同期できないことに注意してください。

複数の GitHub アカウント ^📣

複数の GitHub アカウントを追加し、アクティブなアカウントを設定して、GitHub Copilot やバージョン 管理などの GitHub 機能を推進できるようになりました。

開発シナリオ用に別の GitHub アカウントを使う必要がありますか。 Visual Studio では、複数の GitHub アカウントを同時に使用できるようになりました。

複数の GitHub アカウントの追加

複数のアカウントを追加するのは簡単です。 プロファイル カードを開き、[別のアカウントの追加] をクリックして、GitHub アカウントにサインインするのを、必要に応じて繰り返すだけです。

アカウントは、[アカウント設定] ダイアログの [ファイル → アカウント設定] から追加することもできます。..

GitHub のアクティブなアカウントの設定

複数の GitHub アカウントを追加した場合、Visual Studio は、"アクティブ" とマークされているものを、バージョン管理や GitHub Copilot などの GitHub 対応機能に対する既定のアカウントにします。

アクティブなアカウントを切り替えるには、アカウント オプションにアクセスして、[アクティブなアカウントとして設定] ボタンをクリックします。

GitHub Copilot への影響

GitHub Copilot は、アクティブな GitHub アカウントが GitHub Copilot for Individuals または GitHub Copilot for Business のいずれかに登録されると、自動的にアクティブになります。

バージョン管理への影響

GitHub の pull request または issue の作業を行っている場合は、GitHub アカウントの設定を求めるメッセージが表示されます。 ユーザーが特定のリポジトリで作業しているときは常に、ユーザー設定が記憶されているため、リポジトリを変更しても、プッシュ、プル、フェッチなどの通常の Git 操作のためのアカウントの切り替えを心配する必要はありません。 また、間違ったアカウントの使用を防ぐため、不一致がある場合は、ユーザーはアクティブなアカウントの更新を求められます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

新しいマークダウン ファイルを追加する ^📣

新しいマークダウン ファイルの追加は、[新しい項目の追加] ダイアログで使用できる新しいテンプレートで簡単になりました。

新しい項目をプロジェクトに追加するときに、 Markdown ファイル テンプレートを選択して新しいマークダウン ファイルを作成できるようになりました。 このテンプレートは、マークダウン コンテンツの開始点を提供します。

新しいマークダウン ファイルをプロジェクトに追加するには、次の手順に従います。

1. ソリューション エクスプローラーで、マークダウン ファイルを追加するプロジェクトまたはフォルダーを右クリックします。
2. [追加] → [新しい項目] の順に選択します。
3. [新しい項目の追加ダイアログで、Markdown ファイルを選択します。
4. ファイルの名前を入力し、 追加をクリックします。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

クラウド

.NET のアスパイアと Azure Functions

Azure Functions .NET Aspire を使用して、サーバーレス テクノロジを .NET Aspire に統合できるようになりました。

この Visual Studio リリースでは、Azure Functions 開発者が新しい Azure Functions プロジェクトを作成するときに .NET Aspire オーケストレーションを利用できるようになりました。 このオプションを選択すると、Functions プロジェクトの作成時に、アプリ ホストとサービスの既定値プロジェクトがソリューションに含まれます。

ASP.NET Core Blazor フロントエンド Web アプリと統合された Azure Functions プロジェクトなど、既存の Azure Functions プロジェクトがある場合は、このリリース前の ASP.NET Core アプリと同様に、.NET Aspire のサポートを追加できます。

さらに、.NET Aspire のサポートを使用して Azure Functions プロジェクトを実行またはデバッグすると、ブラウザーで .NET Aspire ダッシュボードが起動します。 これにより、Azure Functions の実行をリアルタイムで監視できます。 .NET Aspire オーケストレーターが Azure Functions の実行を管理し、ダッシュボードから実行を一時停止して再開する方法を確認できます。

この統合に興奮しており、Azure Functions を .NET Aspire プロジェクトに組み込む方法を楽しみにしています。

Docker 起動の構成 ^📣

DependencyAwareStart 起動構成オプションdepends_onサポートを有効にします。

DependencyAwareStartに設定すると、Docker Compose プロジェクトの起動方法が変更され、Compose 構成でTrueを使用できるようにする、depends_onという新しい起動構成オプションが導入されました。

この機能により、指定されたコンテナーが正しい順序で開始され、Docker Compose ファイルで定義されている依存関係の要件に従います。 さらに、依存関係をより効果的に管理することで、マルチコンテナー アプリケーションの堅牢性と信頼性が向上します。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Docker Compose スケール ^📣

compose の scale プロパティが受け入れられます。

Compose サービス構成に scale を追加して、特定の数のレプリカを実行してデバッグできるようになりました。 たとえば、次の構成では、起動時に webapi サービスの 2 つのインスタンスが実行されます。

この機能強化により、運用環境に似た環境をシミュレートすることで、アプリケーションのロード テストとデバッグをより効果的に行うことができます。 また、Compose ファイルから直接複数のインスタンスを簡単に管理できるため、ワークフローが効率化されます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Web

HTML を Razor コンポーネントに抽出する ^📣

コード アクションを使用して、Visual Studio の Razor コンポーネントに HTML を抽出できるようになりました。

.razor ファイルに追加するコードが多すぎて、再利用できる独自のコンポーネントに簡単に移動したいと思ったことはありますか? Razor ファイルで HTML を使用する場合は、 CTRL+. を使用するか、右クリックして Quick Actions and Refactorings を選択して、選択した HTML マークアップを Visual Studio の新しい Razor コンポーネントに自動的に抽出できるようになりました。

初回のイテレーションでは、要素を新しいコンポーネント に抽出する は、HTML マークアップの選択時にのみサポートされます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

Razor の貼り付けの形式を無効にする ^📣

VS 設定で Razor ファイルの貼り付け機能の形式を無効にできるようになりました。

Razor ファイル内での [貼り付け時に書式設定する] 機能は、役に立つというよりも妨げになりますか? Razor ファイルにコードを貼り付けるときに、自動書式設定を無効にできるようになりました。

[ツール] → [オプション] → [テキスト エディター] → Razor (ASP.NET Core) → [詳細設定] に移動し、[貼り付け]で [書式] をオフにして、設定を無効にします。

の貼り付け時の形式を無効にする

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

ユーザーから報告された上位のバグ修正

• Apple アカウント (VS 2022、Enterprise アカウント) を追加できません
• /scanDependencies では、ヘッダー ユニットによってエクスポートされたマクロは考慮されません
• Git での画面のちらつきの比較
• 新しいリソース エクスプローラーでキーボードを使用して行を選択できない

📣このリリースに組み込まれた、ユーザーから報告されたすべてのバグ修正の完全なリストをご覧ください。

Preview 2

リリース日: 2024 年 12 月 10 日。

生産性

拡張された行と列のナビゲーション ^📣

Visual Studio では、コード検索での高度な行と列のナビゲーションがサポートされるようになりました。

Code Searchでは、行ナビゲーション機能が大幅に強化されました。 次の形式がサポートされるようになりました。

• :line、作業中の文書内の特定の行に移動します。
• :line,col、作業中の文書内の特定の行と列に移動します。
• file:line 指定したファイル内の特定の行に移動します。
• file:line,col 指定したファイル内の特定の行と列に移動します。
• file(line) 指定したファイル内の特定の行に移動します。
• file(line,col) 指定したファイル内の特定の行と列に移動します。

へのナビゲーションを示す例

これらの機能強化により、コードをすばやく見つけて編集しやすくなり、生産性が向上し、ワークフローが合理化されます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

デバッグ & 診断

複雑な LINQ クエリ ^📣

を作成する

IEnumerable ビジュアライザーで直接 GitHub Copilot インライン チャットを使用して、編集可能な式を強化します。

IEnumerable ビジュアライザーでは、編集可能な式のインライン チャットが機能するようになりました。これにより、ユーザーは IEnumerable ビジュアライザー内で直接 AI を利用して、編集可能な式の複雑な LINQ クエリを作成できます。

編集可能な式のインライン チャット

インライン チャットを表示するには、編集可能な式テキスト ボックスの右下隅にある GitHub Copilot の輝きボタンをクリックするだけです。 現在の式をどのように調整したいかを説明するプロンプト が表示された、元の編集可能な式の上にテキストボックスが開きます。 自然言語で要求を入力し、準備ができたら、[送信] ボタンをクリックします。

GitHub Copilot では、入力に基づいて LINQ クエリが生成され、既定で自動的に実行されます。 クエリが正常に生成され、適用されたことを確認するには、緑色のチェックマークを探します。これは、GitHub Copilot によって生成された LINQ クエリが完全に実行され、適用されたことを示します。

GitHub Copilot Chat に進む

また、この機能には、GitHub Copilot によって少なくとも 1 つの LINQ クエリが生成された後に、便利なようにテキスト ボックスの右上隅に表示される [チャットで続行] ボタンも含まれています。

このボタンをクリックすると、専用の GitHub Copilot チャット ウィンドウが開き、クエリを絞り込んだり、フォローアップの質問をしたり、別の方法を詳しく調べることができます。 この統合により、GitHub Copilot のすべての機能を活用しながら、制御と柔軟性を維持できます。

編集可能な式 インライン GitHub Copilot

ビジュアライザーに戻る準備ができたら、[ビジュアライザーに表示] ボタンをクリックします。 これにより、ビジュアライザー環境にシームレスに切り替えることができます。この環境では、チャット セッション中に生成された変更を表示または適用できます。

この機能は、ビジュアライザーと GitHub Copilot チャットの間の流動的なワークフローを提供します。 ビジュアライザーのインライン チャットは、簡単な編集と小さな調整のために最適化されていますが、GitHub Copilot チャットは、より詳細な絞り込みと反復的な改善を処理するのに優れています。どちらも、編集可能な式のための LINQ クエリの生成をより簡単かつ効率的にすることを目的とします。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

プロファイラーでの統合非同期スタック

VS Profiler では非同期スタックが統合され、.NET プロファイリングが効率化されます。

Visual Studio Profiler では、概要の詳細の呼び出しツリー ビューの両方にステッチされた非同期スタックを表示することで、.NET アプリケーションのデバッグが強化されるようになりました。

この機能により、非同期操作のより明確でまとまりのあるビューが提供され、開発者は、非同期メソッド呼び出しを含む完全な実行フローを、すべて単一の統合スタック トレース内でトレースできます。

個別の非同期呼び出しパスを手動で組み合わせる必要がなくなるので、この改善により、パフォーマンスのボトルネックをすばやく特定し、問題のトラブルシューティングをより効率的に行うことができます。

CPU プロファイリング用の色分けされたスイムレーン

VS Profiler を使用すると、色分けされたグラフとフィルター処理によるマルチプロセス CPU 分析が可能になります。

Visual Studio プロファイラーの CPU 使用率ツールでマルチプロセス分析がサポートされ、スイム レーン内の各プロセスに対して個別の色分けされたパフォーマンス グラフが表示されるようになりました。

グラフは積み上げ面グラフとして表示されます。 左上のドロップダウンを使用してプロセスをフィルター処理し、集中分析を有効にするオプションもあります。

マルチプロセス CPU 分析

この改善により、1 つのセッション内のプロセス間の CPU 使用率を簡単に区別して分析できます。 リソース消費に関するより明確な分析情報を提供することで、プロファイリングの効率が向上し、マルチプロセス アプリケーションのパフォーマンスの最適化が合理化されます。

Git ツール

コミット時に issue をキャッチする ^📣

潜在的な問題を早期にキャッチし、コードの品質を向上させるために役立つ、コードの変更に関する GitHub Copilot を利用した提案を入手します。

コミットする前に、ローカルの変更に関する GitHub Copilot コード レビューを取得できるようになりました。 Visual Studio で GitHub Copilot サブスクリプションを有効にし、次の機能フラグを有効にすると、Git の [変更] ウィンドウに新しい輝きコメント ボタンが表示されます。 クリックすると、GitHub Copilot によって一部の変更が確認され、エディターでいくつかの提案がインラインで提案されます。

このモデルは、潜在的なパフォーマンスやセキュリティの問題などの重大な問題を指摘できます。これは、早期にキャッチされると、リモート コード ベースに問題をプッシュするリスクを軽減するのに役立ちます。

次の機能フラグの両方が有効になっていることを確認します。

• ツール → オプション → プレビュー機能 → プルリクエストコメント
• Tools → Options → GitHub → Copilot → Source Control Integration → Git プレビュー機能を有効にします。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。機能のさらなる向上に役立てるため、 アンケートにご協力 ください。

Note

この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります

Git タグ ^📣

の表示と管理

Visual Studio から Git タグをシームレスに移動してプッシュします。

リポジトリの Git タグを Git リポジトリ ウィンドウで直接表示できます。タグが対応するコミットに移動し、タグに対して実行できるアクションを含むコンテキスト メニューを表示できます。 引き続き IDE のコンテキスト内に留まり、Git タグに対してアクションを実行できます。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

データ

SSDT での SDK スタイルの SQL プロジェクト ^📣

SQL Server Data Tools プロジェクトで、SQL デバッガーとスキーマの比較で SDK スタイルのプロジェクト ファイル形式を使用できるようになりました。

この更新プログラムは、Visual Studio 17.13 の SDK スタイルの SQL Server データ ツール (プレビュー) にスキーマ比較と SQL デバッグを追加します。 SDK スタイルの SSDT SQL プロジェクトは Microsoft.Build.Sql SDK に基づいており、SQL Server Data Tools (SSDT) プロジェクトにクロスプラットフォームサポートと CI/CD 機能の向上をもたらします。

でのスキーマの比較

17.13 プレビュー 2 でのスキーマ比較は、データベースと .dacpac の比較に限定されており、SQL プロジェクトの比較はまだ使用できません。 17.13 プレビュー 2 の SQL デバッガーは、ソリューション エクスプローラーからのデバッグに限定されます。 SQL Server オブジェクト エクスプローラーで、テーブル デザイナーやその他のスクリプト オプションが改善されました。

プロジェクト ファイルの詳細度が低く、NuGet パッケージへのデータベース参照が少ないほど、チームは 1 つのプロジェクト内の大規模なデータベースでより効率的に共同作業を行ったり、複数のプロジェクトから複数のオブジェクト セットをコンパイルしたりできます。 Microsoft.Build.Sql プロジェクトからのデータベースデプロイは、Microsoft.SqlPackage dotnet ツールが SQL プロジェクトからビルド成果物 (.dacpac) を発行する Windows および Linux 環境で自動化できます。 SDK スタイルの SQL プロジェクトと DevOps for SQLについて説明します。

ソリューションで SDK スタイルの SQL プロジェクトを使用するには、Visual Studio インストーラーに最新の SSDT プレビュー コンポーネントをインストールしてください。

📣フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。

ユーザーから報告された上位のバグ修正

• Github Copilot の .razor ページで文字が重複する
• MSA (個人用) アカウントと WSA (職場または学校アカウント) の両方のアカウントでサインインできない
• C++ アプリケーションのリソースを追加すると、Visual Studio がクラッシュする

📣このリリースに組み込まれた、ユーザーから報告されたすべてのバグ修正の完全なリストをご覧ください。

重要

Domain-Specific 言語モデルのシリアル化に破壊的変更が行われました。 カスタム プロパティ型を含むモデルに既定のシリアル化メカニズムを使用する開発者は、これらのカスタム プロパティ型に TypeConverter を追加する必要があります。 これを行う方法の例については、「ファイル ストレージと XML シリアル化のカスタマイズ」を参照してください。

Visual Studio をお選びいただき、チーム一同感謝いたします。 ご質問がある場合は、 Twitter または Developer Communityでお問い合わせください。

コーディングを楽しんでください。
Visual Studio チーム

Note

この更新プログラムには、 サード パーティの通知 またはその付随するライセンスに規定されているとおり、別途ライセンスされている新しい Microsoft またはサード パーティ製ソフトウェアが含まれる場合があります。