Visual Studio 2022 リリース ノート
Visual Studio 2022 v17.13 の可用性についてお知らせします。 この更新プログラムは、 安定性 と セキュリティに重点を置き、すべての開発者向けの 継続的な改善に重点を 置いています。
2025 年 2 月 11 日にリリースされた 17.13 の機能一覧。
AI 強化機能検索
GitHub Copilot に問い合わせて、クエリの詳細な応答を取得できるようになりました。
Visual Studio で特定のメニュー項目、コマンド、またはオプションを探す必要があるのに、その名前や場所がわからないということはありませんか? 適切な使用方法についての詳細情報があれば良いのにと思うことはありませんか?
機能検索で Copilot Chat に質問をすると詳細な回答を取得できます。 機能に関するの特定の用語がわからない場合は、Copilot Chat がクエリの意味を解釈し、Visual Studio のバージョンを考慮して、IDE から離れることなく回答を提供します。
![機能 検索バーの下にある [Copilot に問い合わせ] ボタン](media/17.13/feature-search-ask-copilot-prettify-highlighted.png)
たとえば、今日の Feature Search で "prettify file" を検索しても、正しい設定の "ドキュメントの書式設定" が表示されません。 一方、Copilot Chat では Visual Studio で関連項目を識別して説明することができます。
Visual Studio で Copilot サブスクリプションが設定されていれば、機能検索に検索内容を入力し、[Copilot に質問する] ボタンクリックしてチャットに送信するだけです。
この統合により、IDE 内で直接コンテキストに対応した即時の支援を提供することで、ワークフローが合理化されます。
ファイル エンコードをカスタマイズする 📣
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 Completions のコード参照
GitHub Copilot Completions のコード参照について説明し、コード補完におけるパブリック コードの一致に関するより透明性と詳細情報を提供します。
以前 GitHub Copilot Chat で導入された機能であるコード参照が、Visual Studio 内の GitHub Copilot Completions で利用できるようになりました。
この新しい機能では、見つかった公開コードの一致に関する詳細情報が提供されるため、コード補完 (グレーのテキスト) の透明性が向上します。 ソリューションで初めてパブリック GitHub リポジトリ内のコードと一致する補完を受け入れると、エディターの右下にトースト通知が表示されます。
ライセンスの種類や、元のコードが保存されているパブリック リポジトリである GitHub.com へのリンクなど、パブリック コードの一致に関する詳細はすべて、GitHub Copilot 出力ウィンドウで確認できます。
GitHub Copilot Chat と同様、GitHub Copilot Completions の使用においても透明性が向上し、さらに確信を持ってコーディングできるようになりました。
個人のサブスクライバーとしてコード参照設定の管理や詳細が必要な場合は、ドキュメントを参照してください。
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
Copilot Chat でビジョンを活用する
GITHub Copilot Chat に画像を添付して、AI ペア プログラマとのコミュニケーションを改善します。
概念を説明したり、例を示したりするために、AI ペア プログラマーと画像を共有したいと思ったことはありませんか? 今できます！ 新しい機能を使用すると、GitHub Copilot チャットに画像を添付して、必要なことを正確に伝えることができます。
重要な注意
この機能はプレビュー段階であるため、すべてのユーザーが利用できるとは限りません。 段階的にロールアウトされるため、チャットで画像を添付するオプションは、すぐに表示されない場合があります。
作業を開始する
必要な手順としては、クリップボードから画像を貼り付けるか、チャット ウィンドウのクリップ アイコンを使用してエクスプローラーから画像をアップロードするだけです。 次に、プロンプト テキストを追加して送信します。 すると Copilot は画像を分析し、それを追加のコンテキストとして使用して、より適切な応答を生成します。 これは、テキストだけではデザインやレイアウトの概要を説明するのが難しい UI 開発などのタスクに特に役立つ可能性があります。 画像を添付すると、Copilot が開発者の意図をよりよく理解し、より正確なコード提案を生成するために役立ちます。 また、デバッグ時にも役立ちます。エラー メッセージやコード スニペットのスクリーンショットを共有して、より正確な提案を得ることができます。
添付できるファイルの種類は、PNG、JPG、GIF です (ただし、モデルで受け取ることができるアニメーション GIF は 1 フレームのみです)。メッセージごとに最大 3 枚の画像を添付できます。 さらに、GPT-4o モデルや Claude 3.5 Sonnet など、いくつかのモデルがビジョン機能をサポートしています。
📣 この調査は、機能をさらに向上させるために役立ちます。
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
GitHub Copilot のショートカット
GitHub Copilot Chat のスレッドの新しいキーボード ショートカット。
この更新プログラムは、Copilot の新しいコマンドを登録し、[チャット] ウィンドウのキーボード ショートカットにバインドします。
- 新しいスレッド: Ctrl+N
- 前のスレッド: Ctrl+PgDown
- 次のスレッド: Ctrl+PgUp
- 展開とフォーカス スレッドドロップダウン: Ctrl+Shift+T
次/前のスレッドは、最初/最後の項目が渡されたときに循環します。
これらは VS コマンドとして登録されるため、[ キーバインド ] ダイアログでユーザーがカスタマイズできます。
注: これらのショートカットは、アクティブなフォーカスが [Copilot チャット] ウィンドウにある場合にのみ機能します。 他の場所で作業している場合は、これらのショートカットの機能が異なる可能性があります。
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
スラッシュ コマンドの展開
自然言語に拡張してスラッシュ コマンドを強化します。
ユーザーは、強化されたスラッシュ コマンド エクスペリエンスを利用できるようになりました。 スラッシュ コマンドは、ユーザーが使用するアクティブなコンテキストをプルしたり、送信前にユーザーのプロンプトに表示したりするなど、ユーザーが入力すると自然言語に対応するコマンドに展開されます。
これにより、ユーザーに次の機能が提供されます。
- プロンプトを送信した後に何が起こるかを理解する
- コマンドで使用できるコンテキストの理解
- プロンプトを送信する前に変更を加える機能
スラッシュ コマンドが展開された後:
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
ファイル間で GitHub Copilot 編集を使用する
複数のファイルをより効率的に反復処理します。
Visual Studio の Copilot では、複数のファイルにわたる反復処理をより効率的に行うために設計された機能である Copilot Edits を使用して、コードを調整できるようになりました。
まず、Copilot Chat パネルの上部で Edits スレッドを作成するボタンをクリックします。
Copilot Edits は、チャットの会話の流れとインライン レビュー エクスペリエンスを組み合わせて、開発者を支援します。
- 明確なプレビュー: Copilot Edits では、影響を受けるファイルと提案された変更の概要がまず表示されるため、何が起こっているかを正確に把握できます。
- フローを使用して確認する: コードの差分をエディターで直接インラインで表示します。 Tab キーまたは Alt キー+Del キーを使用して個々の変更を受け入れるか拒否するか、一度に適用/閉じます。
- 確信を持って反復する: チェックポイントを使用すると、コードファイルの以前の反復を再確認したり、必要なときにいつでも別のアプローチを試すことができます。再びインスピレーションが湧いたときに便利です。
概要としては、まず自然な言語で変更内容を記述し、Copilot Chat で既に行っているように、# キーを使用して特定のファイル、エラー、またはソリューションを参照します。
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
GitHub Copilot Free に会う
Copilot Free が利用可能になりました。 毎月 2,000 件のコード補完と 50 件のチャット要求を無料で利用でき、すべてを Visual Studio にシームレスに統合できます。
私はあなたのAIペアプログラマー🎉です
GitHub Copilot Free には、以下が含まれています。
✅ 2,000コード完了 １か月あたり
✅ 50件のチャットメッセージ １か月あたり
💸 試用版なし。 クレジット カードは不要です。 GitHub アカウントだけでいいのです。
GitHub Copilot の可能性を活用する
コーディング エクスペリエンスを向上させる準備はできましたか? 今すぐチャット ウィンドウで Copilot Free にサインアップして、特典をご利用ください:
💡 即座に提案と補完を得て、開発を加速できます。
🛠️ エディターで複数のファイル間で AI 主導の編集を行うには、自然言語プロンプトを使用します。
🔍 直感的なチャット機能により、プロジェクトのナビゲーションと理解が容易になります。
コーディング スタイルとプロジェクトのニーズに合わせてカスタマイズされた提案がすべて提供されます。
✨ コーディングをお楽しみください!
GitHub CopilotとVisual Studioチーム
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
GitHub Copilot での関数呼び出し
Copilot Chat がスマートになりました! 関数呼び出しを使用すると、Copilot がコードを理解するためのコンテキストを手動で指定する必要がなくなります。 Copilot は関連する情報を自動的に検索します。
Copilot Chat がスマートになりました! 関数呼び出しを使用すると、Copilot がコードを理解するためのコンテキストを手動で指定する必要がなくなります。 現在、Copilot は次のような関連コンテキストを自動的に検索します。
- 現在のファイル
- 開いているファイルまたは関連ファイル
- コードベース全体
- デバッガー データ (ローカル、呼び出し履歴、例外など)
- Visual Studio ツール
何が必要かを自然言語で記述するだけで、Copilot は関連するファイルを取得し、プロジェクトのニュアンスを理解します。 プロジェクトの種類やターゲット フレームワークなどの言語固有の詳細も考慮して、より適切な提案が行われます。
重要
GitHub Copilot Free をアクティブ化し、これと他の AI 機能のロックを解除します。 試用版なし。 クレジット カード不可。 GitHub アカウントだけでいいのです。
よりスマートな例外と変数の分析
例外分析と変数分析では、プロジェクト コンテキストを利用して、より正確なエラー解決を実現します。
GitHub Copilot 例外分析と変数分析では、プロジェクト コンテキストをインテリジェントに活用し、エラーに寄与する関連するコードを特定して強調表示できるようになりました。
これらの機能は、より明確で実用的な分析情報と、よりスマートでコンテキストに対応したソリューションを提供することで、問題の迅速な解決、デバッグ ワークフローの合理化、エラーのトラブルシューティングにおける全体的な精度の向上に役立ちます。
並列スタックでの Copilot チャット統合
並列スタックでの副次的な統合を使用してデバッグ プロセスを強化します。
Visual Studio では、[並列スタック] ウィンドウでの Copilot Chat 統合により、デバッグ エクスペリエンスの強化が可能になりました。 この機能を使用すると、各スレッドのアクティビティに関するコンテキストと分析情報をすばやく取得できます。 この統合では、未加工の呼び出しスタックを単に表示するだけでなく、GitHub Copilot の AI 主導型要約を活用して、各スレッドのアクション、潜在的な問題、修正の概要を明確に提供します。 これにより、マルチスレッド デバッグに対するより直感的なアプローチが得られ、複雑なスレッド操作を理解して解決するために必要な時間を大幅に短縮できます。
この機能を使用するには、[並列スタック] ウィンドウの上部にある [要約] ボタンをクリックします。 これにより、関連するスレッド コンテキストが事前に読み込まれた Copilot Chat がサイドに開きます。 これを使用して、スレッドの状態、関数呼び出し、修正候補など、より詳細な情報を、すべて対話型の AI での会話を通じて調べることができます。 Visual Studio は、並列スタックの分析情報と Copilot Chat の自動生成された概要をシームレスに組み合わせることで、デバッグ ワークフローを効率化し、スレッドの問題をより確実に、より迅速に診断、理解、対処できるようにします。
今すぐ試して、Visual Studio で最新の AI を利用したツールを使用して、効率的なデバッグを体験してください。
IEnumerable ビジュアライザーで構文を強調表示する
構文が強調表示された編集可能な式が拡張されました。
LINQ 式の記述は、特に複雑になるにつれて難しい場合があります。 Visual Studio 2022 では、IEnumerable Visualizer 編集可能な式syntax 強調表示が導入されました。
構文の強調表示では、クラス、列挙型、デリゲート、構造体、キーワードなど、クエリの特定の部分にさまざまな色が適用されます。 これにより、LINQ 式のさまざまなコンポーネントを簡単に見つけ出し、論理フローをひとめで確認できるため、より明確で保守しやすいコードになります。
構文の強調表示をカスタマイズする
Visual Studio では、好みに合わせて配色をカスタマイズできます。 色をカスタマイズするには:
- [ツール] → [環境] → [フォントと色]→オプションに移動します。
- Show の設定のドロップダウンからテキスト エディター選択します。
- 各 ユーザーの種類 項目の色をコーディング スタイルに合わせて調整します。
ネイティブ コードのデバッグを効率化する
Visual Studio プロファイラーのインストルメンテーション ツールで、ネイティブ コードのターゲット インストルメンテーションがサポートされるようになりました。
Visual Studio Profiler のインストルメンテーション ツールは、ネイティブ コードのターゲット インストルメンテーションをサポートするようになり、特定のクラスと関数を選択して詳細な分析を行うことができます。
この機能は、パフォーマンスの監視を強化し、問題をより効率的に特定し、デバッグ プロセスを合理化するのに役立ちます。
この精度により、パフォーマンスのボトルネックに関する詳細な分析情報が得られ、プロファイリング作業が高速化されます。
並列スタックでのスレッドの概要
並列スタックの AI スレッドの概要を使用してデバッグ プロセスを強化します。
[並列スタック] ウィンドウの [GitHub Copilot 自動まとめ] 機能により、複雑なマルチスレッド プログラムのデバッグがより効率的になりました。 この拡張機能により、明確で簡潔なスレッドの概要が提供され、問題を追跡し、スレッドの動作を一目で理解しやすくなります。
Visual Studio で Copilot を使用すると、[並列スタック] ウィンドウの各スレッドの上部に、AI によって生成された新しい概要行が表示されます。 これらの概要は、各スレッドの現在のアクティビティの概要を提供し、その目的と状態をすばやく把握するのに役立ちます。
この機能は、直感的で読みやすい形式で重要なスレッド情報を提示することで、時間と労力を節約するように設計されています。これにより、複雑なスレッド構造ではなく、問題の解決に集中できます。
今すぐ試して、Visual Studio で最新の 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 クエリの生成をより簡単かつ効率的にすることを目的としています。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
プロファイラーに統合された非同期スタックを表示する
Visual Studio プロファイラーは、非同期スタックを統合して、合理化された .NET プロファイリングを実現します。
Visual Studio Profiler では、要約と詳細呼び出しツリー ビューの両方にステッチされた非同期スタックを表示することで、.NET アプリケーションのデバッグが強化されました。
プロファイラーの統合非同期スタック を
する この機能により、非同期操作のより明確でまとまりのあるビューが提供され、開発者は、非同期メソッド呼び出しを含む完全な実行フローを、すべて単一の統合スタック トレース内でトレースできます。
この改善により、個別の非同期呼び出しパスを手動で組み合わせる必要がなくなり、パフォーマンスのボトルネックを迅速に特定し、問題をより効率的にトラブルシューティングできるようになります。
CPU プロファイリングに色分けされたスイム レーンを使用する
Visual Studio プロファイラーを使用すると、色分けされたグラフとフィルター処理によるマルチプロセス CPU 分析が可能になります。
Visual Studio プロファイラーの CPU 使用率ツールでは、マルチプロセス分析がサポートするようになりました。スイムレーン内の各プロセスごとに異なる色分けでパフォーマンス グラフが表示されます。
グラフは積み上げ面グラフとして表示されます。 また、左上のドロップダウンを使用してプロセスをフィルター処理し、集中的な分析を行うこともできます。
この改善により、単一セッション内のプロセス間で CPU 使用率を簡単に区別して分析できるようになります。 リソース消費に関するより明確な分析情報が提供されるため、プロファイリングの効率が向上し、マルチプロセス アプリケーションのパフォーマンスをスムーズに最適化ができます。
pull request にコメントを追加する 📣
チェックアウトしたブランチのファイルに新しいコメントを追加して、Visual Studio でプル要求を確認します。
最新のアップデートにより、チェックアウトしたブランチ上のプルリクエストファイルに新しいコメントを追加できるようになりました。 これはプル リクエスト エクスペリエンスについて最も要望の多かった機能であり、Visual Studio のプル リクエスト エクスペリエンスに対する一連の機能強化のうち最新のものです。
作業を開始する
[プル リクエスト コメント] および [プリ リクエスト追加コメント] の機能フラグを有効にし、アクティブなプル リクエストがあるブランチをチェックアウトして、情報バーの [ファイルのコメントを表示する] を選択します。 これにより、エディターでプル リクエスト コメント エクスペリエンスがアクティブ化されます。
ファイルに新しいコメントを追加するには、余白の [コメントの追加] アイコンを選択するか、コメントを追加する行を右クリックし、コンテキスト メニューから [Git] → [コメントの追加] を選択します。
注: アイコンは、プル リクエストの一部であるファイルにのみ表示されます。 GitHub pull request の場合、コメントできるのは、変更された行を囲む行と含む行だけです。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。機能のさらなる向上に役立てるため、 アンケートにご協力 ください。
コミット時に問題をキャッチする 📣
潜在的な問題を早期にキャッチし、コードの品質を向上させるために役立つ、コードの変更に関する GitHub Copilot を利用した提案を入手します。
コミットする前に、ローカルの変更に関する GitHub Copilot コード レビューを取得できるようになりました。 Visual Studio で Copilot サブスクリプションを有効にし、以下の機能フラグを有効にすると、[Git の変更] ウィンドウに新しい [スパークル コメント] ボタンが表示されます。 クリックすると、Copilot によって変更内容の確認が行われ、提案がエディタ内にインラインで表示されます。
このモデルは、潜在的なパフォーマンスやセキュリティの問題などの重大な問題を指摘できます。これは、早期にキャッチされると、リモート コード ベースに問題をプッシュするリスクを軽減するのに役立ちます。
次の機能フラグがどちらもオンになっていることを確認します。
- ツール → オプション → プレビュー機能 → プルリクエスト コメント
- Tools → Options → GitHub → Copilot → Source Control Integration → Git プレビュー機能を有効にします。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。機能のさらなる向上に役立てるため、 アンケートにご協力 ください。
注意
この機能は、[ツール] → [プレビュー機能の管理] で有効にする必要があります
Git タグ 📣
の表示と管理Visual Studio から Git タグをシームレスに移動してプッシュします。
最新の更新プログラムを使用すると、Visual Studio を使用すると、Git リポジトリ ウィンドウ内で Git タグを直接シームレスに表示および管理できます。 タグに関連付けられている特定のコミットに簡単に移動し、タグに対して実行できるアクションを含むコンテキスト メニューにアクセスします。 この合理化されたワークフローにより、IDE の使い慣れた環境内に留まるので、Git タグを使用する際の生産性と効率が向上します。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
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 への影響
Copilot は、アクティブな GitHub アカウントが GitHub Copilot for Individuals または GitHub Copilot for Business のいずれかに登録されると、自動的にアクティブになります。
バージョン管理への影響
GitHub の pull request または issue の作業を行っている場合は、GitHub アカウントの設定を求めるメッセージが表示されます。 ユーザーが特定のリポジトリで作業しているときは常に、ユーザー設定が記憶されているため、リポジトリを変更しても、プッシュ、プル、フェッチなどの通常の Git 操作のためのアカウントの切り替えを心配する必要はありません。 また、間違ったアカウントの使用を防ぐため、不一致がある場合は、ユーザーはアクティブなアカウントの更新を求められます。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
新しいマークダウン ファイルを追加する 📣
新しいマークダウン ファイルの追加は、[新しい項目の追加] ダイアログで使用できる新しいテンプレートで簡単になりました。
プロジェクトに新しいマークダウン ファイルを作成する方が、 Markdown ファイル テンプレートを使用して、 新しい項目の追加 ダイアログで使用できるようになりました。 このテンプレートは、マークダウン コンテンツの便利な開始点となります。
新しいマークダウン ファイルをプロジェクトに追加するには、次の手順に従います。
- ソリューション エクスプローラーで、マークダウン ファイルを追加するプロジェクトまたはフォルダーを右クリックします。
- を選択して 追加 → 新しい項目。
- [新しい項目の追加ダイアログで、Markdown ファイルを選択します。
- ファイルの名前を入力し、 追加をクリックします。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
Teams ツールキットの新機能を確認する
新しいリリースでの Teams Toolkit の機能強化について説明します。
Teams ツールキットに追加された新機能をお知らせします。
メッセージ拡張機能アプリのアプリ テスト ツールのサポート
アプリ テスト ツールは、Teams アプリをテストするための統合された Teams 環境です。 以前は、アプリ テスト ツールでデバッグするための Tab とボットのサポートを提供しました。 これで、デバッグ メニューの [アプリ テスト ツール] オプションを選択するだけで、メッセージ拡張機能アプリをデバッグすることもできます。
AI ボット テンプレートのアップグレード
データとのチャット は、以前のリリースで導入された Teams アプリ テンプレートです。 これにより、自然言語を理解し、ドメイン固有の質問に答えるドメイン データを取得できる RAG 機能を備えた AI を利用したチャットボットである Custom Copilot を作成できます。 このバージョンでは、テンプレートをアップグレードして、カスタム API と Microsoft 365 という 2 つのデータ ソースを追加しました。
- カスタム API: チャットボットは、OpenAPI 記述ドキュメントで定義されている API を呼び出して、API サービスからドメイン データを取得できます。
- Microsoft 365: チャットボットは、Microsoft Graph Search API の M365 コンテキスト データを会話のデータ ソースとして照会できます。
インストーラーで HTTP ベースのレイアウトを確認する 📣
これで、Visual Studio インストーラーの [使用可能な] タブに HTTP ベースのレイアウトが表示されます。
最近、HTTP アクセス可能なイントラネットの場所を有効なホスティング オプションとして使用できるようにすることで、Visual Studio のレイアウト配置のサポートが強化されました。 この機能強化により、管理者は、既存のネットワーク共有オプションまたはこの新しいオプションを使用して、クライアントで使用する Visual Studio のカスタム レイアウトを提供することを選択できます。
Visual Studio の最新の更新プログラムは、Visual Studio インストーラーの [使用可能] タブに HTTP ベースのレイアウトを表示するためのサポートを有効にすることで、このエクスペリエンスをさらに強化しています。これで、クライアント コンピューター上のユーザーはインストーラーを使用して、管理者が有効にしていれば、ネットワーク共有または HTTP アクセス可能なイントラネット サイトでホストされているかどうかにかかわらず、管理者が提供するカスタム Visual Studio レイアウトを管理およびインストールできます。 更新プログラムのソースの場所を構成する方法については、「 エンタープライズ展開のポリシーを構成する」を参照してください。
レイアウトの詳細については、「 クライアント コンピューターにレイアウトを展開する」を参照してください。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
.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と呼ばれる新しい起動構成オプションが導入されました。Trueに設定すると、このオプションによって Docker Compose プロジェクトの起動方法が変更され、Compose 構成でdepends_onディレクティブを使用できるようになります。
この機能により、指定されたコンテナーが正しい順序で開始され、Docker Compose ファイルで定義されている依存関係の要件に従います。 依存関係をより効果的に管理することで、マルチコンテナー アプリケーションの堅牢性と信頼性が向上します。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
Docker Compose にスケールを追加する 📣
Docker Compose の scale プロパティがサポートされるようになりました。
特定の数のレプリカを実行してデバッグするために、Docker Compose サービス構成に
scaleプロパティを追加できるようになりました。 たとえば、次の構成では、起動時にwebapiサービスのインスタンスが 2 つ実行されます。
この機能強化により、運用環境に似た環境をシミュレートすることで、アプリケーションのロード テストとデバッグをより効果的に行うことができます。 また、Compose ファイルから直接複数のインスタンスを簡単に管理できるため、ワークフローが効率化されます。 この機能は、負荷がかかっているサービスの動作をテストし、アプリケーションが複数のインスタンスをシームレスに処理できるようにする場合に特に便利です。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
新しい UWP .NET 9 プロジェクト テンプレート 📣
Visual Studio には、.NET 9 とネイティブ AOT を対象とする更新された UWP プロジェクト テンプレートが含まれるようになりました。
Visual Studio には、.NET 9 とネイティブ AOT を対象とする新しい UWP プロジェクトが含まれるようになりました。 これらの新しいテンプレートを使用すると、新しい UWP XAML または CoreApplication アプリ、クラス ライブラリ、または WinRT コンポーネントを簡単に作成できます。 これにより、新しいツールの使用を開始し、.NET Native を使用して既存の UWP アプリを移行する作業がはるかに簡単になります。
.NET Native を使用した元の UWP プロジェクト テンプレートは引き続き利用できますが、今後は .NET 9 およびネイティブ AOT をターゲットとする新しいプロジェクト テンプレートの使用をお勧めします。 これを反映するために、すべての UWP テンプレートの順序を調整し、新しい .NET 9 プロジェクト テンプレートの優先設定も行いました。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
.NET 9 での UWP アプリの MSIX ツールの改善 📣
Visual Studio は、スタンドアロンの単一プロジェクト MSIX ツールの最新リリースを参照して、.NET 9 に UWP アプリをパッケージ化するようになりました。
.NET 9 を対象とするすべての UWP プロジェクトは、1 つのプロジェクト MSIX パッケージ (Microsoft.Windows.SDK.BuildTools.MSIX) の最新の 1.2 リリースに更新されました。 これには、以前のバージョンと比較して、次のようないくつかの機能強化とバグ修正が含まれます。
- MSIX バンドルの作成のサポート
- WAP (.wapproj) プロジェクトの使用時に PRI リソースが生成される問題を修正しました
- 埋め込み PRI リソースの最新の高速チェックを修正しました
- MSBuild タスクのログ記録の詳細性が低下し、情報が多くなりました
必要に応じて、.csproj ファイルで
WindowsSdkBuildToolsMSIXPackageVersionプロパティを設定することで、MSIX パッケージのバージョンを手動でオプトインまたはプレビューすることも可能です。📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
UWP の .NET 9 SDK サポートの改善 📣
Visual Studio に、UWP 用の最新の .NET 9 SDK の機能強化がすぐに含まれるようになりました。
この Visual Studio の新しいリリースでは、.NET 9 SDK の最新のサービス リリースがバンドルされています。これには、.NET 9 上の UWP に関するいくつかの重要な修正プログラムと、いくつかのツールの機能強化が含まれています。 ネイティブ AOT を使用した UWP アプリケーションの発行に関連するすべての修正プログラムを次に示します。
- 中断時に UWP XAML アプリが時々ハングする問題を修正しました (https://github.com/dotnet/runtime/issues/109538)
- UWP XAML アプリで時折ハングする問題を修正しました (https://github.com/dotnet/runtime/issues/110747)
- 一部のシナリオ (https://github.com/dotnet/runtime/issues/110823) で COM/WinRT 相互運用機能を使用しているアプリで不定期にハングする問題を修正しました
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
UWP 用の新しい Windows SDK 📣
Visual Studio には、最新の 26100 Windows SDK が含まれており、組み込みの UWP で .NET 9 がサポートされています。
Visual Studio 17.13 には、26100 Windows SDK の最新のサービス リリースが含まれています。これには、.NET 9 を対象とする UWP プロジェクトの組み込みサポートが含まれています。 この新しい Windows SDK には、.NET 9 とネイティブ AOT を使用して UWP XAML アプリを構築するために必要な UWP XAML コンパイラの更新バージョンが用意されています。
.NET 9 のサポートに加えて、いくつかの新しい機能強化も含まれています。
- XAML では、
requiredおよびinit専用メンバーを使用して C# 型を参照できるようになりました- XAML では、次を使用してコンストラクターも認識されるようになりました
[SetsRequiredMembers]- .NET 9 上の UWP XAML ライブラリとアプリケーション用に生成される XAML 型情報メタデータ テーブルでいくつかのコード固有の機能強化を行いました。これにより、生成されるコードの量が減り (バイナリ サイズが向上します)、.NET 9 アナライザーによって生成されるトリミング警告も修正されました。
- UWP .NET 9 アプリの XAML ログ ファイル (.xr.xml ファイル) の生成を無効にしました。 これらのファイルは .NET Native でのみ必要であり、Native AOT を使用する場合は必要ありません。 これはまた、生成されたパッケージを少しクリーンに保ちます
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
UWP .NET 9 の MSBuild サポートの強化 📣
Visual Studio には、UWP .NET 9 プロジェクトの MSBuild 項目サポートの機能強化が含まれています。
Visual Studio での UWP .NET 9 アプリの SDK サポートにいくつかの機能強化が行われました。 VS 17.12 に含まれる元のツールの 1 つの問題は、プロジェクト ファイルの評価後にすべての XAML 項目 (eg. pages、カスタム コントロール) がインポートされていたということです。 これにより、これらの項目は MSBuild でまだ .csproj ファイルで使用できないため、必要に応じて条件付きで削除することもできませんでした。
これで、.NET 9 SDK に含まれるいくつかの新しいサポートにより、XAML 項目を含む UWP SDK の処理方法を修正しました。 これにより、すべての XAML 項目を他のすべての一般的な項目と同時に含めることができるようになります (例:C# ファイル)、.csproj が評価される前。 つまり、次のようなことができます。
<ItemGroup> <Page Remove="MyDevPage.xaml" Condition="'$(IsDevBuild)' == 'true'" /> <Compile Remove="MyDevPage.xaml.cs" Condition="'$(IsDevBuild)' == 'true'" /> </ItemGroup>また、期待どおりに項目が正しく削除されます。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
HTML を Razor コンポーネントに抽出する 📣
コード アクションを使用して、Visual Studio の Razor コンポーネントに HTML を簡単に抽出します。
.razor ファイルに追加するコードが多すぎて、再利用できる独自のコンポーネントに簡単に移動したいと思ったことはありますか? Razor ファイルで HTML を操作する場合は、Ctrl+ を使用できます。または右クリックして [クイック アクションとリファクタリング] を選択すると、選択した HTML マークアップが Visual Studio の新しい Razor コンポーネントに自動的に抽出されます。
この最初の反復では、 要素を新しいコンポーネントに抽出 機能は、HTML マークアップ選択でのみサポートされます。
この機能強化により、Razor コンポーネントを簡単にモジュール化できるため、ワークフローが合理化されます。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
Razor ファイルの貼り付けの形式を無効にする 📣
Visual Studio で Razor の貼り付け機能の形式を無効にできるようになりました。
Razor ファイルでの貼り付け 機能の
形式は、役に立つというよりも妨げになっていると感じますか? Razor ファイルにコードを貼り付けるときに、自動書式設定を無効にできるようになりました。 [ ツール] → [オプション] → [テキスト エディター] → Razor (ASP.NET Core) → [詳細設定 ] に移動し、[ 貼り付け時の書式 ] を [False] に設定して、設定を無効にします。
の貼り付け時のフォーマットを無効にする
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
Unreal Engine 統合の更新
Visual Studio Unreal Engine の統合に対するさまざまな機能強化。
Visual Studio での Unreal Engine 統合に関する一連の更新プログラムをお知らせします。
- [ ツール] → [オプション] に 2 つの新しいオプションが追加されました。これにより、ヘッダー ファイルとソース ファイルの両方に対して Unreal ヘッダー ツールを使用してコード分析を指定できます。 パフォーマンスを向上させるために、ソース ファイルの分析は既定で無効になっています。
- クラスの追加ウィザードを使用するときにパブリック フォルダーとプライベート フォルダーを指定できるようになりました。これにより、クラスが正しいフォルダー構造で作成されるようになります。
SSDT 📣
で SDK スタイルの SQL プロジェクトを使用するSQL Server Data Tools プロジェクトで、強化された SQL デバッグ機能とスキーマ比較機能を使用して、SDK スタイルのプロジェクト ファイル形式を使用できるようになりました。
Visual Studio 17.13 の更新プログラムにより、スキーマ比較、データ比較、プロジェクト優先設定および、SDK スタイルの SQL Server Data Tools (プレビュー) への SQL デバッギングが導入されます。 SDK スタイルの SSDT SQL プロジェクトは Microsoft.Build.Sql SDK に基づいており、SQL Server Data Tools (SSDT) プロジェクトにクロスプラットフォームサポートと CI/CD 機能の向上をもたらします。
でのスキーマの比較
17.13 Preview 3 では、スキーマ比較はデータベースと .dacpac の比較に限定されます。SQL プロジェクトの比較はまだ使用できません。 データベース参照で、プレビュー 3 でプロジェクト参照として使用できるようになりました。dacpac 参照としてのデータベース参照とパッケージ参照のサポートは、今後リリースされる予定です。 slngen ソリューション ファイル ジェネレーターの最近のリリースでは、Microsoft.Build.Sql プロジェクトのサポートも追加され、大規模なソリューションをプログラムで管理できるようになりました。
さらに、SQL Server Object Explorer でテーブル デザイナーやその他のスクリプト オプションが改善されました。 開発環境で複雑な T-SQL コードを調査するために SQL デバッガーを使用する方法の詳細については、ドキュメントを参照してください。
NuGet パッケージへのプロジェクト ファイルとデータベース参照を減らすことで、チームは、1 つのプロジェクトの大規模なデータベースでより効率的に共同作業を行ったり、複数のプロジェクトから複数のオブジェクト セットをコンパイルしたりできます。 Microsoft.Build.Sql プロジェクトからのデータベースデプロイは、Microsoft.SqlPackage dotnet ツールが SQL プロジェクトからビルド アーティファクト (.dacpac) を発行する Windows および Linux 環境で自動化できます。 SDK スタイルの SQL プロジェクトと DevOps for SQLについて説明します。
最新の SSDT プレビュー コンポーネントを Visual Studio インストーラーにインストールし、SDK スタイル SQL プロジェクトをソリューションで使用するようにします。
📣 フィードバックを共有し、会話を続けるには、 機能チケット を参照してください。
NuGet パッケージの READMEs を表示する
パッケージ マネージャー内で NuGet パッケージの README を直接表示できるようになりました。
パッケージ マネージャー内で NuGet パッケージの README ファイルを直接簡単に表示できるようになりました。
この機能強化により、ドキュメントのアクセシビリティが向上し、開発者はインストールするパッケージを理解して利用しやすくなります。
NuGet パッケージが選択されている場合、右下隅の NuGet パッケージ マネージャーで README ファイルを見つけることができます。
次の手順に従って開きます。
- Visual Studio で、プロジェクトまたはソリューションに移動します。
- [ツール] → [ NuGet パッケージ マネージャー] → [NuGet パッケージの管理] を選択して、パッケージ マネージャーに移動します。
- [参照] タブで目的のパッケージを検索するか、[インストール済み] タブからインストールされているパッケージを選択します。
- パッケージ作成者が README ファイルを埋め込んだ場合は、パッケージの詳細ウィンドウに README セクションが表示されます。 それをクリックして README コンテンツを表示します。
注: README ファイルは、パッケージ作成者が NuGet パッケージ内に埋め込んだ場合にのみ表示されます。 つまり、すべてのパッケージがパッケージ マネージャーで README を使用できるわけではありません。
パッケージ作成者は、README.md ファイルをプロジェクトに追加し、そのパスをプロジェクト ファイルまたは .nuspec ファイルに指定することで、README を含めることができます。
詳細については、この ブログ投稿を参照してください。
C++23 プレビュー プロジェクトの設定
プロジェクト設定から C++23 のプレビューを有効にします。
Visual C++ でプロジェクト設定から直接 C++23 実装の プレビュー を有効にできるようになりました。 この新しい設定により、C++23 標準の実装済みの最新機能へのアクセスが解除されます。 これは C++23 機能のプレビューであるため、これらの新機能はサポートが制限され、今後のリリースで変更される可能性がありますが、C++23 言語標準を調べて使い始めるのに最適な方法です。
![[全般] タブの C++ 言語標準が c++23preview に設定されている](media/17.13/cpp23-property.png)
詳細と手順については、 ドキュメントを参照してください。
新しいバックエンド プロパティ ページの設定
プロジェクト設定メニューから、より多くの x86 および x64 コード生成オプションにアクセスします。
Vector Length プロパティ: C++ プロジェクト設定で x86 および x64 でコード生成用のベクター長を直接構成するには、C/C++ → コード生成→構成プロパティに移動します。
![C/C++ → コード生成の [ベクター長の有効化] オプションを 256 または 512 に設定する](media/17.13/cpp-vector-length.png)
AVX10.1サポート: 拡張命令セットの有効化で新しいエントリを使用してAVX10.1の電源を解除し、ビルドに/arch:AVX10.1フラグを追加します。
詳細については ドキュメント を参照し、今すぐ開始してください。
CMake プリセット v9 のサポート
Visual Studio で CMake プリセット verison 9 がサポートされるようになりました。
Visual Studio で CMake プリセット v9 がサポートされるようになりました。
この最新バージョンの CMake プリセットでは、プリセットの
includeフィールドにドキュメント化されたマクロ拡張のいくつかのバージョンが導入され、開発プロセスがさらに効率的になります。 詳細については、 公式の CMake ドキュメントを参照してください。
C++ の AI コード補完の向上
GitHub Copilot は、関連するファイルから追加のコンテキストを取り込み、C++ の完了を改善します。
GitHub Copilot のコード入力補完では、コードを記述するときにオートコンプリートの候補がインラインで提供されます。 C++ 開発者のエクスペリエンスを強化するために、GitHub Copilot が更新され、関連する他のファイルがコンテキストとして含まれるようにしました。 この改善は、より関連性が高く正確な提案を提供しながら、幻覚を減らすのに役立ち、VS Code での C++ の現在の GitHub Copilot エクスペリエンスに合わせて調整されています。
C++ の Linux タイムアウト設定を指定する
Visual Studio のコマンド ラインを使用して、C++ プロジェクトの Linux マシンのタイムアウト期間を指定できるようになりました。
Visual Studio の接続マネージャーを介して接続しているリモート マシンの最小タイムアウト期間を指定できるようにするためのサポートが追加されました。 Visual Studio でのリモート接続の追加の詳細については、 C++ Linux のドキュメントを参照してください。
Visual Studio のコマンド プロンプトで、新しいプロパティ
MinTimeoutSecondsを使用してタイムアウト期間を指定できます。 たとえば、タイムアウト期間を 1 分に設定するには、次のコマンドを使用できます:ConnectionManager modify <connection-id> --property MinTimeoutSeconds=60。
- Apple アカウント (VS 2022、Enterprise アカウント) を追加できません
- /scanDependencies では、ヘッダー ユニットによってエクスポートされたマクロは考慮されません
- Git での画面のちらつきの比較
- 新しいリソース エクスプローラーでキーボードを使用して行を選択できない
- Github Copilot で .razor ページの文字が重複する問題
- MSA (個人用) アカウントと WSA (職場または学校アカウント) の両方のアカウントでサインインできない
- C++ アプリケーションのリソースを追加すると、Visual Studio がクラッシュする
📣このリリースに組み込まれた、ユーザーから報告されたすべてのバグ修正の完全なリストをご覧ください。
重要
Domain-Specific 言語モデルのシリアル化に破壊的変更が行われました。 カスタム プロパティ型を含むモデルに既定のシリアル化メカニズムを使用する開発者は、これらのカスタム プロパティ型に TypeConverter を追加する必要があります。 これを行う方法の例については、「ファイル ストレージと XML シリアル化のカスタマイズ」を参照してください。
リリース日: 2025 年 3 月 25日
| 主なバグの修正 | コミュニティから |
|---|---|
| Visual Studio 17.13.3 スタートアップ プロジェクト ツール バーが表示されなくなりました | フィードバック チケットの |
| Visual Studio で複数起動プロファイルを使用してサービスを起動するときに間違ったパラメーターを使用する | フィードバック チケットの |
| Visual Studio で .feature 定義のバージョンが削除され、正しい WSP をビルドすることはできません | フィードバック チケットの |
| C# エディターで Ctrl + BACKSPACE キーを押して単語を消去すると、単語が閉じられていないときにエラー ダイアログが表示されます | フィードバック チケットの |
リリース日: 2025 年 3 月 18日
| 主なバグの修正 | コミュニティから |
|---|---|
| 新しいクラスを作成すると、名前空間宣言ファイルのスコープ設定は無視されます | フィードバック チケットの |
リリース日: 2025 年 3 月 11日
| 主なバグの修正 | コミュニティから |
|---|---|
| SimpleProjectRootElementCache で NotImplementedException で一部のビルド関連ツールが失敗する可能性がある問題を修正しました。 | フィードバック チケットの |
| Intellicode にコード補完が表示されない | フィードバック チケットの |
| Blazor プロジェクトが Intellisense 17.12.2 を中断する | フィードバック チケットの |
| ESC でエラー ダイアログを閉じることができない | フィードバック チケットの |
| 対応するセキュリティ アドバイザリ | CVE |
|---|---|
| Visual Studio の特権の昇格の脆弱性 | CVE-2025-25003 |
| .NET の特権の昇格の脆弱性 | CVE-2025-24070 |
| Visual Studio インストーラーの特権の昇格の脆弱性 | CVE-2025-24998 |
リリース日: 2025 年 2 月 26日
| 主なバグの修正 | コミュニティから |
|---|---|
| /setup コマンド ライン パラメーターが指定されている場合の VS シャットダウン中のハングを修正しました。 | フィードバック チケットの |
| 17.13.0 の Docker ComposeBuild では、"Windows プリンシパル機能はこのプラットフォームではサポートされていません"。 | フィードバック チケットの |
| 17.13.0 へのアップグレード後に MSBuild スクリプトが失敗する | フィードバック チケットの |
リリース日: 2025 年 2 月 19日
| 主なバグの修正 | コミュニティから |
|---|---|
| 最新の Visual Studio プレビューでは、大規模なソリューションでの Intellisense の読み込みが非常に遅い | フィードバック チケットの |
| ホット 再起動を使用して iOS でデバッグしようとすると、"指定されたネットワーク パスワードが正しくありません" というエラーが表示される | フィードバック チケットの |
| Unreal Engine エクスペリエンスでの UI のハングを軽減するために、コマンド ライン引数のドロップダウンを削除しました。 |
Visual Studio をお選びいただき、チーム一同感謝いたします。 ご質問がある場合は、 Twitter または Developer Communityでお問い合わせください。
コーディングを楽しんでください。
Visual Studio チーム
注意
この更新プログラムには、 サード パーティの通知 またはその付随するライセンスに規定されているとおり、別途ライセンスされている新しい Microsoft またはサード パーティ製ソフトウェアが含まれる場合があります。