次の方法で共有


Visual Studio のロゴ Visual Studio 2022 Preview リリース ノート

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

機能

2024 年 12 月 12 日にリリースされた 17.13 の機能一覧

生産性

既定のファイル エンコード 📣

ファイルを保存するときに Visual Studio で使用する既定のエンコードを指定できるようになりました。

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

Visual Studio で、ファイルの保存時に使用する既定のファイル エンコードを設定できるようになりました。 これにより、必要なファイル エンコードを設定できます。Visual Studio では、可能な場合は常にそのエンコードが使用されます。

既定のエンコードを設定するには、「 Tools > オプション」 > 環境 > ドキュメントに移動しますファイルを次のエンコードで保存するというタイトルのオプションがあります。 このオプションがオフの場合、Visual Studio は既定の動作を使用してファイル エンコードを管理します。 このオプションがオンの場合、Visual Studio はオプションの横にあるコンボ ボックスの値をチェックし、ファイルが保存されるたびにそのファイル エンコードの使用を試みます。

Tools\Options の既定のファイル エンコード オプション

指定したエンコードで Visual Studio を保存できない場合 (たとえば、Unicode 文字を含むファイルに対して ASCII エンコードを要求した場合)、要求されたエンコードで保存できない場合は常にダイアログが表示されます。

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

水平スクロール バーの再表示

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

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

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

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

エディター トレイの上に表示される水平スクロール バー

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

水平スクロール バーの設定

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

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

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

ワード ラップインデント

このオプションを変更するユーザーの場合は、「 Tools > オプション」 > テキスト エディター > 全般で確認できます。 このオプションは、ワード ラップ時に Indent ラップされた行 呼び出され既定で有効になっています。 折り返された行をインデントしない場合は、このオプションをオフにすることができます。

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

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

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

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

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

最近使用したファイルにクエリがない場合に表示される

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

GitHub Copilot

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

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

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

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

機能 検索バーの下にある [Copilot に問い合わせ] ボタン

たとえば、今日の機能検索で "prettify" を検索しても、正しい設定の "ドキュメントの書式設定" は表示されません。 ただし、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. プロンプトを送信する前に変更を加える機能。

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

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

スラッシュ コマンド拡張図 2

重要

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


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

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

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

並列スタックの自動集計

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

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

重要

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


デバッグ & 診断

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

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

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

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

ネイティブ侵入ツール

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

色分けされた IEnumerable ビジュアライザー

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

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

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

IEnumerable ビジュアライザー構文の強調表示

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

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

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

Git ツール

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

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

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

作業を開始する

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

pull request コメント通知を表示する

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

pull request コメント アイコンを追加する

注: アイコンは pull request の一部であるファイルにのみ表示され、GitHub pull request の場合は、変更された行を囲む行にコメントを追加することしかできません。

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

Note

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


IDE

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

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

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

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

同じフォントを使用して同じコードを表示している Visual Studio エディターですが、コードの半分は濃色テーマで、半分は淡色です。

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

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

Note

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


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

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

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

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

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

VS の最初の起動ダイアログからの GitHub サインイン

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

VS シェルからの GitHub サインイン

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

複数の GitHub アカウント 📣

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

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

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

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

複数の GitHub アカウントを持つプロファイル カード

アカウント設定ダイアログの File > アカウント設定...

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

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

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

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

GitHub Copilot への影響

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

バージョン管理への影響

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

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

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

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

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

Markdown テンプレート

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

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

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

クラウド

.NET のアスパイアと Azure Functions

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

Visual Studio のこのリリースでは、Azure Functions 開発者は、新しい Azure Functions プロジェクトを作成するときに .NET Aspire オーケストレーションに参加できます。 このチェック ボックスの結果は、Functions プロジェクトの作成時に、ソリューションにアプリ ホストとサービスの既定値プロジェクトが含まれることです。

新しい関数の作成時に .NET のアスパイアを追加する

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

既存の Functions プロジェクトへの .NET アスパイア オーケストレーションの追加

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

.NET アスパイア ダッシュボードでの Azure Functions の実行

この統合に興奮し、Azure Functions を .NET アスパイア プロジェクトに統合する方法を楽しみにしています。

Docker 起動の構成 📣

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

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

Docker の依存

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

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

Docker Compose スケール 📣

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

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

Docker Scale

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

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

Web

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

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

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

この最初のイテレーションでは、 Extract to Component は HTML マークアップの選択でのみサポートされます。

新しい Razor コンポーネントに抽出される HTML マークアップの例

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

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

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

Razor ファイルの Format on Paste 機能は、ヘルプよりも妨げになりますか? Razor ファイルにコードを貼り付けるときに、自動書式設定を無効にできるようになりました。

[ ツール] > [オプション] > [テキスト エディター] > Razor > 詳細設定] に移動し [貼り付け時に 書式] をオフにして、設定を無効にします

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

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

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

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


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

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


Note

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