Visual Studio Insider のリリース ノート

ソリューション エクスプローラーのイメージ プレビューでは、より多くの形式がサポートされ、Open Folderでも動作するようになりました。

ソリューション エクスプローラー内の画像ファイルにカーソルを合わせると、さらに多くの画像形式をプレビューできるようになりました。 TIFF、DDS、JPEG XR、HD Photo、Windows Media Photo、WebP のサポートが追加されました。 従来から対応している PNG、JPEG、GIF、BMP、ICO などに加え、さらに多くの画像形式をプレビューできます。

画像のプレビューは、[フォルダーを開く] でも機能するため、イメージがソリューション、プロジェクト、または開いたフォルダーにあるかどうかに関係なく、同じホバー プレビューが表示されます。

WebP などの一部の形式では、適切なWindowsイメージ コーデックをインストールする必要があります。

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

Web ブラウザーと VS Code の使い慣れたタブ管理コマンドが、Visual Studioで使用できるようになりました。

Web ブラウザーと VS Code の使い慣れたタブ管理コマンドが、Visual Studioで使用できるようになりました。 ドキュメント ウェルにドッキングされているドキュメント タブまたはツール ウィンドウを右クリックし、[ 右側のタブを閉じる ] を選択すると、アクティブに使用しているタブを維持しながらワークスペースをすばやくクリーンアップできます。

垂直タブを使用すると、コマンドは自動的に [下のタブを閉じる] として表示され、表示されるタブ オーダーに従います。 また、ピン留めされたグループとピン留めされていないグループを個別に保持し、プレビュー タブを開いたままにすることで、タブの整理を尊重します。

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

物理フォルダー構造を使用してコードベース内を移動し、ルートからリポジトリを探索します。

ディスク上に存在する物理フォルダー構造を使用して、コードベース内を移動します。 リポジトリで作業する場合、 File System ビューはリポジトリ ルートから開始され、ソース ファイル、ドキュメント、ビルド アセット、構成ファイル、および従来のプロジェクト ビューに表示されない可能性があるその他のコンテンツを簡単に調べることができます。

リポジトリ外のソリューションの場合、 File System ビューはソリューション フォルダーから開始されます。

Project ビューとファイル システム ビューを切り替える

File System ビューはソリューション エクスプローラーに直接組み込まれているため、追加のツール ウィンドウを開いたり管理したりすることなく、プロジェクトに重点を置いたビューとファイル システムに重点を置いたビューを簡単に切り替えることができます。

プロジェクト Solution 構造、依存関係、読み込まれたプロジェクトを理解する場合は、ビューを使用します。 ソリューションの一部ではないファイルやフォルダーなど、ディスク上にリポジトリが存在するため、リポジトリを探索する場合は、 File System ビューに切り替えます。

両方のビューが一度に必要ですか?

高度なワークフローの場合は、New ソリューション エクスプローラー Viewコンテキスト メニュー コマンドを使用して、追加のソリューション エクスプローラー ウィンドウを開きます。

これにより、 Solution ビューと File System ビューを別々のツール ウィンドウとしてサイド バイ サイドで開いたままにすることができ、ソリューションの論理的な編成とリポジトリの物理構造の両方に同時にアクセスできます。

カスタマイズ可能な幅を使用して、ツール ウィンドウタブのサイズを制御します。

ウィンドウ タブの最小幅と最大幅を設定できるようになりました。 幅の制限をカスタマイズするには、[ツール] → [オプション] → [環境] → [タブ] → [ツール ウィンドウ タブ] に移動します。

以前は

後で

ツール ウィンドウのタブは、まず内容に合わせた幅まで縮小されます。その後、設定した最小タブ幅まで縮小され、さらに幅が必要になると、省略記号 (…) で内容を切り詰めながら、すべてのタブが均等に縮小されます。

今回の更新では、タブの高さがすべて 24 px に統一されたほか、ドラッグ操作時のフィードバックがわかりやすくなり、ハイ コントラスト モードでの動作も改善されました。

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

Visual Studioでは、文字列比較エラーを診断しやすくする、新しい side-by-side diff エクスペリエンスが導入されています。

予想される文字列と実際の文字列が一致しない場合、テスト エクスプローラーでそれらを並べて表示し、相違点を強調表示できるようになりました。 エラー テキストの壁を検索することなく、長い文字列や複数行の文字列 (1 つの不一致文字でも) の微妙な変化をすばやく見つけることができます。

ウィンドウのドラッグを誤って開始した場合は、Esc キーを押してドラッグ操作をキャンセルしてください。

別の場所をクリックするつもりでも、うっかりツール ウィンドウをつかんでしまうことがあります。 以前は、ドッキングされたウィンドウのドラッグを開始すると、操作を簡単にキャンセルする方法はありませんでした。 ウィンドウの移動またはドッキング解除を完了してから、元の場所に戻す必要がありました。

ドッキングされたウィンドウをドラッグしながら、マウス ボタンを離す前に Esc キーを押すだけです。 Visual Studio はドラッグを取り消し、ウィンドウを移動し始めたことがないかのように、前のドッキング位置に戻ります。

これにより、ウィンドウ レイアウトを試す際のリスクは少し低くなりますが、さらに重要なのは、日中にどうしても起こりがちな誤ったドラッグ操作をすぐ元に戻せる手段を提供することです。 スクロール バーを操作しようとして、ソリューション エクスプローラー自体をドラッグしてしまったことはありませんか? Escape キーを押し、続けてください。

この改善は、進行中の操作を Escape で取り消すという使い慣れた慣例にウィンドウのドラッグ操作も従うよう求める Developer Community からのフィードバックに直接基づいています。

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

Rust と TOML の TextMate 文法の更新により、構文の強調表示と言語サポートが向上します。

構文の強調表示、コードの折りたたみ、中かっこの補完、コメント/コメント解除のサポートを提供するために、TOML 言語の TextMate 文法が追加されました。 つまり、プロジェクトで TOML ファイルを扱うときに、より良い編集エクスペリエンスを楽しむことができます。

Rust 文法も最新バージョンに更新されました。これには、構文の強調表示の強化と新しい言語機能のサポートが含まれています。 この更新により、Rust コードが正確かつ明確に表示され、読みやすく保守しやすくなります。

ファイルをエディターに直接ドラッグすることで、Markdown ファイルにリンクや画像をすばやく追加できます。

Markdown へのリンクと画像の追加が、ドラッグ アンド ドロップするのと同じくらい簡単になりました。 ソリューション エクスプローラーや Windows エクスプローラーから Markdown エディターにファイルをドラッグすると、ドロップした位置に適切な Markdown 構文が自動的に挿入されます。 通常ファイルはリンクになり、サポートされているイメージ ファイルはイメージ参照になります。

Visual Studioはパスの詳細を処理します。 リンクは、正規化された区切り記号とエンコードされたスペースを含む、現在の Markdown ドキュメントに対する相対パスを使用するため、複数のコンピューター間で移植可能で、すぐに使用できます。 元のファイルはそのままであるため、ワークフローを中断することなくドキュメントを作成できます。

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

Visual Studio は .editorconfig のルーラーと max_line_length プロパティに基づいて垂直ガイドを表示できるようになりました。

エディターは、設定された列に垂直ガイドを表示することで、リポジトリの行長規則に従うのに役立つようになりました。

rulersを使用して、1 つ以上のガイドを表示します。

rulers = 80, 120

rulersが指定されていない場合、Visual Studioはmax_line_lengthにフォールバックします。

max_line_length = 120

両方のプロパティが存在する場合は、 rulers が優先されます。 継承された値を抑制するには、いずれかのプロパティを unset に設定します。 ガイドの色はVisual Studioテーマに従い、[ツール] → [オプション] → [環境] →フォントと色でカスタマイズできます。

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

ファイル エクスプローラーまたはソリューション エクスプローラーからファイルをチャットにドラッグ アンド ドロップして添付します。

新しいCopilot chat エクスペリエンスを使用する場合は、Windows File Explorer または ソリューション エクスプローラー からファイルを Copilot Chat にドラッグできます。 Copilotはそれらをエディターで開くのではなく、プロンプトに添付します。

ファイルは 1 つでも複数でもドロップできます。 画像ファイルも、プロンプト入力ボックスの + ボタンを使用する場合と同じ方法で、ファイルとして添付されます。

有効にするには、Copilotオプションに移動し、[新しいCopilotチャット エクスペリエンスを使用する] を選択します。

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

新しい Copilot チャット エクスペリエンスを使用して、より長く複雑なコーディング タスクに取り組めます。

新しいCopilot チャット エクスペリエンスが Visual Studio の既定値になり、最初から最後まで、大量のコーディング タスクに取り組むためのより能力の高いエージェントが提供されるようになりました。

Copilotを使用して、未知のコードを調査し、機能を実装し、バグを修正し、ファイル間でリファクタリングし、やり取りを減らして、より長いタスクを進められます。 新しいエクスペリエンスでは、より長いセッション中のパフォーマンスも向上し、Copilot の動作方法をカスタマイズするより多くの方法が提供されます。

内部的には、Copilot CLI と GitHub Copilot アプリ で使用される共有基盤である Copilot SDK を基盤として構築されています。 これにより、Visual Studio は Visual Studio 開発者向けに設計されたエクスペリエンスを引き続き提供しながら、Copilot 全体での改善によるメリットをより迅速に享受できます。

改善に役立つ

フィードバックをお待ちしております。 何かが見つからないか、機能していない場合は、 ヘルプ→フィードバックを送信→問題を報告 して、次に優先順位を付ける必要があるかどうかを確認してください。

必要に応じて、ツール → オプション → GitHub → Copilot → Copilot Chat で 新しい Copilot Chat エクスペリエンスを使用する をオフにしてから、Visual Studio を再起動することで、以前のエクスペリエンスに戻ることができます。

AI を使用して Git の競合を解決し、提案された解決策を理解し、確認し、調整します。

Copilot で Git の競合を解決できるようになりました。[Git の変更]、マージ エディター、または [ブランチのマージ] ダイアログから [自動解決] を選択すると、競合の解決を開始できます。 マージ エディターでは、作業ディレクトリで行われた競合の解決結果も表示できるため、競合がどのように解決されたかを把握し、確認できます。

既存の競合を解決する

Visual Studioでマージを開始すると、潜在的な競合がチェックされます。 ［分岐のマージ］ダイアログから［自動解決］を選択できます。 競合がない場合、要求は送信されず、またトークンは使用されません。

既に進行中の Git 操作の場合、[Git 変更] ウィンドウの [未マージの変更] の下に競合するファイルが表示されます。 1 つ以上のファイルを選択し、コンテキスト メニューから 自動解決 を選択します。 既にマージ エディターを開いている場合は、ツール バーの [自動解決] を選択します。

競合の解決結果を確認する

Copilotは、競合解決の決定を要約し、Git 履歴に基づく根拠を提供します。 どちらのブランチの変更にも慣れていない場合でも、これを使用して各競合がどのように解決されたかを確認できます。 解決内容について詳しく知りたい場合は、Copilot に追加の説明を求めてください。結果に問題がなければ、解決済みの変更をステージングしてマージを完了するよう Copilot に依頼できます。

Visual Studio の外部で動作するエージェントも含め、エージェントが未マージのファイルに加えた変更を確認するには、[Git の変更] ウィンドウの [未マージの変更] から対象ファイルを開き、3 方向マージ エディターで内容を確認します。 Visual Studio Insider で、[マージを受け入れる] の横にある歯車アイコンを選択し、次に [結果のみ] を選択して、競合の両側を検査するオプションを保持しながら、解決されたファイルに注目します。 混合ビュー、垂直ビュー、または水平ビューにいつでも切り替えることができます。

ヒント: 解決作業を最初からやり直すには、[マージの承諾] ドロップダウンから [解決を再開] を選択します。

AI によって生成されたグループ、タグ、概要、レビュー ガイダンスを使用して、大規模なプル リクエストを理解して追跡します。

大規模な pull request には、機能追加、テスト、リファクタリング、それらに付随する変更が多数のファイルに混在していることがよくあります。 変更グループでは、GitHub Copilotを使用して関連する変更を焦点を絞ったレビュー単位に整理し、すべてのファイルを開く前にプル リクエストの構造を理解するのに役立ちます。

各グループには、変更間の関連性や確認すべき内容がひと目でわかるタグが付いています。 簡潔な説明はグループの意図を要約し、 レビューフォーカス は注意が必要な領域を強調します。

確認すると、次のことができます。

• 確認したい順序にグループをドラッグします。
• チェックボックスを使用して、グループやファイルをまたいで進行状況を追跡します。
• 現在の位置を失うことなく、コメント間を移動できます。
• フラット ファイル リストからの変更を再構築するのではなく、関連ファイルをまとめて確認します。
  

コミットの完全な SHA を Git History コンテキスト メニューから直接コピーします。

Visual Studioで Git コミット ID の検索と共有が高速化されました。 Git 履歴で、1 つのコミットを右クリックし、[コミット ID のコピー] を選択して完全な SHA をクリップボードに直接コピーします。

これにより、コミットの詳細を開き、識別子を手動で選択する必要がなくなります。 このコマンドはブランチ、ファイル、およびフォルダーの履歴で使用できるため、pull request、作業項目、ターミナル コマンド、ドキュメント、チームの会話でコミットを簡単に参照できます。

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

ディスカッションとマージの詳細をより細かく制御して、pull request レビューを円滑に進めます。

これらの更新により、コメント スレッドへの集中からマージの準備まで、pull request レビューを円滑に進める方法が増えます。

• コメント フィルターを 使用すると、状態または作成者ごとにコメントを絞り込んで、[概要] ビューと [ファイルの変更] ビューで必要なフィードバックに集中できます。
• レビュー担当者管理を使用すると、アクティブな GitHub と Azure DevOps の pull request のレビュー担当者を追加または削除できます。 Azure DevOps では、レビュー担当者が任意のレビュー担当者として追加されます。
• GitHubコメント内の画像のアップロードを使用すると、スクリーンショットや別の画像を pull request ディスカッションに直接貼り付けることができます。 (Azure DevOps で既にサポートされています。)
• マージ メッセージの編集を使用すると、プル リクエストをマージする前、または GitHub や Azure DevOps で自動完了に設定する前に、コミット タイトルと本文をカスタマイズできます。
• ID でプル リクエストの一覧をフィルター処理して、プル リクエストをすばやく見つけます。

拡張機能マネージャーでは、アニメーション GIF、テーブル、ヘッダーが正しくレンダリングされ、拡張機能により豊富なプレゼンテーションが提供されるようになりました。

拡張機能の説明にアニメーション GIF、テーブル、またはヘッダーが含まれている場合、拡張機能マネージャーによって正しくレンダリングされるようになりました。 これにより、拡張機能のプレゼンテーションが充実し、開発者は自分の成果物をよりよく紹介できます。

たとえば、余白、罫線、代替行の強調表示を表示するために、スタイルを適切に設定してテーブルが適切にレンダリングされるようになりました。

上には、新しいスタイルを使用して美しくレンダリングされたテーブルが表示されます。

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