Visual Studio Insider のリリース ノート

テーマの色を簡単に編集して、Visual Studioエクスペリエンスをカスタマイズできるようになりました。 エディター、ツール ウィンドウなどの色を好みに合わせて変更します。

Visual Studioには、IDE で Fluent カラー トークンを直接カスタマイズできる新しい Theme colors オプション ページが追加されました。拡張機能は必要ありません。 カスタマイズはテーマごとに保存されるため、各テーマは独自の調整セットを保持します。

実行可能事項

• アクセントカラー、ホバー状態、シェルクロムなど、その場で Fluent トークンを調整します。 目的のトークンを検索し、新しい色を選択します。
• 色ごとのリセット - 他のすべてのカスタマイズをワイプせずに、個々のトークンを元に戻します。
• どのテーマでもカスタマイズ可能 - 上書き設定は、選択したテーマの上に重ねて適用されます。
• シェルとタブ/ウィンドウヘッダーの分離のための新しいトークン - シェルヘッダーとタブヘッダーを異なる色にすることができます(よりレトロな外観が必要な場合は便利です)。

アクセス方法

新しい [ テーマの色の編集] メニュー コマンドを使用するか、設定 で [環境→ Visual Experience →テーマの色 ] ページを開きます。

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

Visual Studio IDE 全体で絵文字がフル カラーで表示され、コード コメント、マークダウン ファイル、チャット会話がより表現力豊かになりました <>

Visual Studio では、IDE 全体で絵文字がフル カラーでレンダリングされるようになりました。 役立つ視覚的な合図を使用してコードを文書化する場合でも、チャットで共同作業を行う場合でも、絵文字がモノクロのアウトラインではなく、フルカラーかつ詳細に表示されるようになりました。

カラー絵文字が表示される場所

カラー絵文字は、以下で使用できます。

• コード コメント - 視覚的なマーカーを、TODO 項目、警告、またはセクション ヘッダーに追加します
• マークダウン ファイル - 豊富な絵文字サポートを使用してマークダウン ドキュメントをプレビューおよび編集します
• GitHub Copilot チャット - チャットの応答や質問でカラフルな絵文字を表示します
• 出力ウィンドウ - ビルド出力とログに絵文字がカラーで表示されるようになりました
• ソリューション エクスプローラー - ファイル名やプロジェクト項目内の絵文字がカラーでレンダリングされるようになりました

共同作業の重要性

カラー絵文字を使用すると、コードを簡単にスキャンし、重要なセクションをすばやく識別することができます。 コメント内の赤い ❌ は灰色のアウトラインよりも目立ち、緑色の ✅ はわかりやすい視覚的フィードバックを提供します。 この小さな変更により読みやすさが向上します。特に視覚的なマーカーが迅速なナビゲーションに役立つ大規模なコードベースで効果を発揮します。

レンダリングでは、最新のフォント テクノロジを使用して、さまざまな Windows バージョン間で絵文字を一貫して表示するため、自分が見ている内容とチームメイトが見ている内容は一致します。

MCP サーバーの構成と資産に対する変更を検出し、実行前に再承認を求めます。

MCP サーバーはCopilotの機能を拡張しますが、セキュリティで保護された状態を維持することが重要です。 Visual Studio MCP サーバーの信頼検証が含まれるようになりました。これは、サーバーの構成または資産が最後に承認されてから変更されたことを検出し、続行する前に再承認を求めるセキュリティ層です。

どのように機能するのか

信頼は、サーバーの起動時に次の 2 つの時点で検証されます。

1. 構成の信頼 - サーバー プロセスが開始される前に、現在のサーバー構成が以前に信頼されたベースラインと比較されます。 構成が変更された場合は、信頼ダイアログでメッセージが表示されます。
2. 資産の信頼 - サーバーが起動し、その資産 (ツール、プロンプト、リソース、命令) が読み込まれた後、そのフィンガープリントは最後に信頼されたフィンガープリントと比較されます。 資産が変更された場合、信頼ダイアログには、古いバージョンと新しいバージョンの間で分岐した内容が表示されます。

信頼の判断

メッセージが表示されたら、次のことができます。

• 変更を受け入れる - 信頼を 1 回行い、将来の比較のためにベースラインを更新します。
• 常に信頼 - このサーバーに対して再度プロンプトが表示されることはありません。
• 変更を拒否する - サーバーの起動を中止し、信頼拒否状態のままにします。 信頼は、次回のアクティブ化の試行時に再検証されます。

初めて接続するサーバーは、最初のアクティブ化時に暗黙的に信頼され、ダイアログは表示されません。 現在の構成と資産のフィンガープリントは、将来の変更検出の初期ベースラインとして保存されます。

また、サーバーが組み込まれている場合、MCP レジストリ ポリシーが RegistryOnly に 設定されている場合 (つまり、組織のポリシーによって事前に承認されている)、そのサーバーに対して以前に "常に信頼" を選択した場合、またはこの機能をオフにすると、信頼の検証も自動的にスキップされます。

この機能は、既定で有効に設定されています。 更新された MCP サーバーからツールを実行する前に、Tools → オプション→ GitHub → Copilot → Copilot Chat →信頼ダイアログを表示<>で管理できます。

pull request のコンテキストを Copilot Chat に直接添付します。

Copilot Chatはコミットと変更について既に認識しています。これで、pull request を会話に取り込むことができます。

Git リポジトリ ウィンドウで pull request を右クリックし、[Copilot Chatを選択して、PR の説明、変更されたファイル、コメントなどのコンテキストをアタッチします。 #と pull request ID を入力して、チャット入力でプル要求を直接参照することもできます。

たとえば、Copilotに "この pull request を要約する" と、すべてのファイルを読まずに簡単に概要を確認するように依頼します。

[ツール] → [オプション] → [プレビュー機能] → Git リポジトリのプル要求の表示が有効になっていることを確認します。

pull request の準備ができているかどうかを確認し、Visual Studio からすべて対応できます。

これで、Visual Studioでプル要求を開き、準備ができているかどうかを理解し、1 か所で対応できるようになりました。 これらの更新は、GitHubリポジトリとAzure DevOpsリポジトリの両方で動作します。

• 埋め込み PR ビューから直接要求の投票と完了をプルします。 準備ができたら、プル リクエストを承認、拒否、完了またはマージします。
• 状態チェック、マージの競合、必要な承認 が概要に表示されるため、pull request がどこに存在するかを正確に把握できます。
• PR ビューのコミットの詳細 を使用すると、変更をコミットごとに確認できるため、プルリクエストでの作業の進み方を追うことができます。
• ドラフト PR ラベル は、どの PR がまだ作業中であるかを示します。
• PR リストは、既定で最終更新時刻で並べ替えられています 。Git の変更と最上位メニューの新しいエントリ ポイントにより、pull request の取得が容易になります。
• [変更] リストのファイルごとのコメント により、ディスカッションの発生場所が明確になります。
• インライン画像をサポートし、HTML タグを選択してコメントレンダリングを改善し、Web との一貫性を高めます。

これらを試すには、Git メニュー、Git リポジトリ ウィンドウ、または [Gitの変更] ウィンドウから pull request を表示します。

PR のイベントのタイムラインやオープン PR をチェックアウトする機能など、今後の機能を使用して、引き続き pull request エクスペリエンスを構築しています。 今後の予定を確認したり、フィードバックを共有したりするには、Developer Communityの提案にアクセスしてください。

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

C++ .vcxproj プロジェクトでは、コマンド ラインと Visual Studio IDE.

Visual Studio C++ プロジェクト (.vcxproj) で NuGet PackageReference がサポートされるようになりました。 現在、この機能は試験段階であり、既定ではオフになっています。

C++ プロジェクトでこの機能を有効にするには、 EnableNativePackageReferenceSupport プロパティをプロジェクトの Globals プロパティ グループまたは Directory.Build.props ファイルに true するように設定します。 その後、.NET プロジェクトの場合と同様に、PackageReference 依存関係を追加できます。

PackageReference を使用すると、NuGet パッケージをプロジェクト ファイル内で直接参照し、それらを自動的に復元してビルドに含めることができます。 これは、以前の packages.config アプローチと比較して、依存関係を管理するための最新の方法です。 PackageReference の詳細については、 PackageReference に関する NuGet ドキュメント と 、packages.config から PackageReference への移行に関するドキュメントを参照してください。

この機能は、最新の.NET バージョンを対象とする C++/CLI プロジェクトに追加された既存のサポートに基づいています。

スコープと互換性:

• サポート対象: .NET Core または .NET 5 以降を対象とするネイティブ C++ プロジェクト (.vcxproj) および C++/CLI プロジェクト。
• サポートされていません:.NET Framework を対象とする C++/CLI プロジェクト。 これらのプロジェクトでは、NuGet の依存関係に対して引き続き古い packages.config アプローチを使用できます。
• サポートされていません:C++/CLI プロジェクトまたは C# プロジェクトを参照する C++ プロジェクト。 このシナリオのサポートは、今後の更新プログラムで調査中です。 それまでは、次のいずれかの回避策を使用して PackageReference を動作させることができます。
  • <ReferenceOutputAssembly>false</ReferenceOutputAssembly>項目に<SkipGetTargetFrameworkProperties>true</SkipGetTargetFrameworkProperties>と<ProjectReference>を設定すると、NuGet はそれを無視でき、復元とビルドの問題は発生しません。
  • AssetTargetFallbackを設定して、参照先の C# プロジェクトと互換性のあるフレームワークを含めます。 たとえば、 <PropertyGroup> <AssetTargetFallback>net472;net10.0</AssetTargetFallback> </PropertyGroup>と指定します。

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