VS Codeのエージェントモードを拡張するには、を試してください！

2024年7月 (バージョン 1.92)

更新 1.92.1: この更新は、これらの問題に対処しています。

更新 1.92.2: この更新は、これらの問題に対処しています。

ダウンロード: Windows: x64 Arm64 | Mac: ユニバーサル Intel シリコン | Linux: deb rpm tarball Arm snap

Visual Studio Code の2024年7月リリースへようこそ。このバージョンには、皆さんが気に入ってくれるであろう多くの更新が含まれています。主なハイライトの一部は以下の通りです。

これらのリリースノートをオンラインで読みたい場合は、code.visualstudio.com の 更新情報にアクセスしてください。Insiders: 新機能をできるだけ早く試したいですか？夜間ビルドの Insiders をダウンロードして、最新の更新が利用可能になったらすぐに試すことができます。

アクセシビリティ

デバッグ体験の改善

アクセシビリティ ヘルプ ダイアログ

実行とデバッグビューおよびデバッグコンソールにアクセシビリティヘルプダイアログを追加しました。どちらかのビューにフォーカスが当たっているときに、アクセシブルヘルプダイアログを開くヒントが表示されます。このヒントは、設定 accessibility.verbosity.debug を介して設定できます。

デバッグコンソールのアクセシブルビュー

アクセシブルビューを開くコマンド（⌥F2 (Windows Alt+F2, Linux Shift+Alt+F2)）を実行して、デバッグコンソールの内容を文字ごと、行ごとに検査します。

設定 debug.autoExpandLazyVariables は、変数の値にすぐにアクセスできるように、スクリーンリーダー最適化モードのときに有効になりました。

デバッグコンソールで式が評価されると、その値がスクリーンリーダーユーザーにアナウンスされるようになりました。

動的なウォッチ変数アナウンス

スクリーンリーダーを有効にしてデバッグしている場合、ウォッチ変数の値が変更されると通知されるようになりました。これは accessibility.debugWatchVariableAnnouncements で設定できます。

キーバインディングアクションの設定

前回のマイルストーンで、アクセシビリティヘルプダイアログに未割り当てのキーバインディングを設定するアクションを導入しました。このアクションを補完するために、割り当て済みキーバインディングの設定コマンド（⌥A (Windows, Linux Alt+A)）を追加しました。

ワークベンチ

パネルを上部に移動

パネルをワークベンチの上部、エディターエリアの上に移動できるようになりました。デフォルトでは、パネルは下部に配置され、ターミナル、出力パネル、デバッグコンソールなどのビューが含まれます。この機能強化は、パネルを左、右、下部に配置する既存のオプションを補完します。

プロファイルエディターのプレビュー

このマイルストーンでは、プロファイルエディターをより使いやすく、設定エディターと一貫したルック＆フィールにするために、改善を続けました。

Profiles Editor showing all user profiles and their settings.

プロファイルエディターは、workbench.experimental.enableNewProfilesUI 設定の背後にある実験的機能として利用できます。有効にすると、ウィンドウ左下の歯車アイコンからプロファイルエディターにアクセスできます。

Settings menu showing the Profiles menu item to open the Profiles Editor.

既存のプロファイルをオーバーライド

同じ名前で新しいプロファイルを作成することで、既定のプロファイルを含む既存のプロファイルをオーバーライドできるようになりました。

拡張機能の更新エクスペリエンスの改善

拡張機能の更新エクスペリエンスにいくつかの改善を加え、拡張機能の更新をより詳細に制御できるようにし、拡張機能の自動更新をより簡単に管理できるようにしました。

すべての拡張機能の自動更新

拡張機能ビューのタイトル領域にあるグローバル拡張機能自動更新アクションを、すべての拡張機能の自動更新を有効にするおよびすべての拡張機能の自動更新を無効にするアクションに変更しました。これらのアクションにより、すべての拡張機能の自動更新を一度に有効または無効にできます。

Manage Auto Updating Extensions.

個々の拡張機能の自動更新

個々の拡張機能の自動更新エクスペリエンスを改善し、拡張機能の自動更新を有効または無効にするアクションを常に表示するようにしました。これにより、拡張機能の自動更新をより簡単に管理できます。

Auto update configuration per extension.

VSIX 経由でインストールされた拡張機能の自動更新を無効にする

VSIX 経由で拡張機能をインストールすると、その拡張機能の自動更新はデフォルトで無効になります。これにより、インストールした拡張機能のバージョンを、自動的に更新されることなく作業できます。

拡張機能の更新をより詳細に制御

実行可能コードを持たないインストール済みの拡張機能バージョンを実行可能コードを持つバージョンに更新する場合、ユーザーの同意が必要になりました。これにより、更新が適用される前に確認する制御が与えられます。次のビデオは、コードなしの拡張機能をコードありのバージョンに更新する際のエクスペリエンスを示しています。

レビューボタンを選択すると、ブラウザで拡張機能の変更ログまたは拡張機能のリポジトリが開きます。変更内容を確認し、拡張機能を更新するかどうかを決定できます。

設定エディターのジャンプ問題の修正

設定エディターは、設定を変更して別の設定にフォーカスを変更した後、ジャンプすることがありました。このジャンプは、設定を変更する前にスクロールすればするほどひどくなりました。設定エディターが変更後に設定を再レンダリングする方法を変更したため、設定を変更しても設定エディターはジャンプしなくなりました。

テーマ: Light Pink (vscode.dev でプレビュー)

設定の URL 処理

VS Code は、vscode://settings/setting.name (Insiders の場合は vscode-insiders://settings/setting.name、OSS 版の場合は code-oss) の形式の「設定」URL を処理できるようになり、指定された設定に設定エディターを開きます。設定が指定されていない場合は、設定エディターが開かれます。設定 URL を含むアンカータグがリリースノートで使用され、リリースノートが VS Code で開かれている場合、前述の codesetting 機能で説明されている特別な処理とレンダリングが行われます。

Setting URL in release notes

リンクを開くブラウザーを設定する

新しい設定 workbench.externalBrowser を使用すると、リンクを開くために使用するブラウザを設定できます。デフォルトでは、オペレーティングシステムの標準ブラウザが使用されます。この設定はワークスペースごとに設定でき、設定同期も有効になっています。

ブラウザーの実行可能ファイルへの完全なパスを設定値として指定します。または、デバイス間での正しい機能を保証するために、edge、chrome、firefoxなどのブラウザーのエイリアスを使用することもできます。

Configure the browser to open links.

ドラッグ＆ドロップ時のファイルの自動開くを無効にする

以前は、ファイルをエクスプローラーにドラッグ＆ドロップすると、自動的にエディターで開かれました。場合によっては、これは望ましくないことがあります。新しい設定 explorer.autoOpenDroppedFile を使用すると、この動作を切り替えることができます。デフォルトでは、ファイルはドラッグ＆ドロップされたときに開き続けますが、falseに設定すると、この動作は無効になります。

エディター

電球コントロールの改善

電球コントロールがエディターのコードをブロックすることがありました。これを解決するため、電球コントロールのヒューリスティックを改善し、スペースがない場合はエディターのコードをブロックする代わりに、ガターに電球を表示するようにしました。

Lightbulb overlaps with code (left) versus positioned in the gutter (right).

エディターの電球コントロールは、editor.lightbulb.enabled 設定で切り替えることができます。

Diff エディター

チャットにおけるよりコンパクトな差分

チャットビュー/インラインチャットにおける差分エディターのレイアウトを反復し、よりコンパクトにしました。

以前:

Previous diff editor layout, which is less compact.

以後:

More compact diff editor layout.

ソース管理

Incoming/Outgoing Changes グラフ

このマイルストーンでは、グラフを使用して受信および送信の変更を視覚化できるようにしました。グラフには、現在のブランチ、現在のブランチのアップストリームブランチ、およびオプションのベースブランチが含まれます。グラフのルートは、これらのブランチの共通の祖先です。

履歴項目のホバーにいくつかの改善を加えました。

  • 同じブランチに属する複数の履歴項目にわたる変更を確認するための複数選択を有効にしました。
  • リモート/ベースブランチから履歴項目をフィルタリングするためのオプションを...メニューに追加しました。
  • 履歴項目をフェッチ、プル、プッシュするためのアクションを追加しました。

ぜひお試しください！

受信/送信の変更のグラフ表示は、scm.showHistoryGraph 設定を切り替えることで無効にできます。

Source control view showing a graph visualization of the incoming and outgoing changes.

ターミナルシェル統合

ソース管理ビューは、ソース管理操作ごと、および特定のファイル/フォルダにスコープされたファイルシステムイベントの後に更新されます。統合ターミナルでgitコマンドが実行されると、コマンドの完了とソース管理ビューの更新の間に遅延が発生する可能性があります。この遅延を減らすために、このマイルストーンから、ターミナルシェル統合APIを使用して、統合ターミナルで実行されたさまざまなgitコマンド（例：add、checkout、commit、fetch、pull、pushなど）の成功した完了を検出し、ソース管理ビューを更新しています。

ノートブック

複数セルでのコメントアウト

ノートブックエディターは、一度に1つまたは複数のセルでコメントを切り替える機能をサポートするようになりました。これを行うには、1つまたは複数のセルコンテナを選択し、キーボードショートカット ⌘/ (Windows、Linux Ctrl+/) を押します。

ターミナル

新しいスクロールバー

ターミナルのスクロールバーがエディターのスクロールバーとまったく同じになりました。

The terminal scroll bar now looks just like the editor's scroll bar

概要ルーラーは以前と同じで、成功したコマンドは左に、検索結果は中央に、失敗したコマンドは右に表示されます。しかし、今はスクロールバーのスライダーと完璧に一致しています。

デバッグ

デバッグ中に変数型を表示

VS Code は、debug.showVariableTypes 設定がオンの場合、デバッグ中に変数のデータ型を表示するようになりました。

Show variable data types in the Variables section while debugging.

言語

Markdown リンクの貼り付け時に更新

VS Code は、コピー＆ペーストされたテキスト内のリンクを更新することで、Markdown ドキュメント間でテキストのセクションを移動するのを支援できるようになりました。この機能により、VS Code はすべての相対パスリンク、参照リンク、および相対パスを持つすべての画像/動画を修正し、新しいドキュメントで機能するようにします。

この機能は、2つのMarkdownファイル間でリンクを含むテキストをコピー＆ペーストするたびに起動します。更新できるリンクがある場合、貼り付け後に貼り付けウィジェットが表示されます。貼り付けてリンクを更新を選択すると、VS Code がリンクを修正します。

markdown.updateLinksOnPaste を false に設定することで、この機能を完全に無効にできます。

CSS にファイルを貼り付けたり、ドラッグ&ドロップしたりする

CSS で画像を使用する必要がありますか？画像を CSS エディターにドラッグ＆ドロップするか、コピー＆ペーストするだけで、url() 参照をすばやく挿入できるようになりました。

リモート開発

リモート開発拡張機能を使用すると、Dev コンテナー、SSH 経由のリモートマシン、またはリモートトンネル、またはLinux 用 Windows サブシステム (WSL) をフル機能の開発環境として使用できます。

主なハイライトは次のとおりです。

  • GPG キーボックスサポート
  • ローカルポート範囲設定

これらの機能の詳細については、リモート開発リリースノートをご覧ください。

拡張機能への貢献

GitHub Copilot

Copilot Chat の GPT-4o アップグレード

Copilot Chat ビューを GPT-4-Turbo から OpenAI の現在最も強力なモデルである GPT-4o にアップグレードしました。私たちの実験では、GPT-4o が Copilot のコーディング機能を大幅に強化し、より高速で正確、高品質なコードと説明をエディターに直接提供することが示されています。これは、開発者が Copilot Chat ビューをますます使用し、そのコード提案をより多く組み込んだことからも明らかでした。

私たちは、品質、安全性、セキュリティにコミットしつつ、パフォーマンスと機能のバランスを取りながら、さまざまなタスクに最適なモデルを特定するために常に実験しています。GitHub Copilot での GPT-4o の採用に関する詳細については、GitHub の変更ログをご覧ください。

チャットにおける公開コードの一致

GitHub Copilot が GitHub.com の公開されているコードと一致する可能性のあるコードを返すことを許可できます。この機能が組織のサブスクリプションまたは個人のサブスクリプションで有効になっている場合、Copilot のコード補完はすでに検出された一致に関する詳細情報を提供しています。Copilot Chat でもこれらの公開コードの一致を表示できるように作業を進めています。

Copilot Chat ユーザー向けに段階的に展開しています。お使いのコンピューターで有効になると、応答の最後に「一致を表示」リンクを含むメッセージが表示される場合があります。リンクを選択すると、一致するコード参照の詳細が表示されるエディターが開きます。

Chat code referencing example.

チャットリクエストの添付ファイル

Copilot Chat は、コンテキストの添付（⌘/ (Windows, Linux Ctrl+/)）コマンドを介して、チャットリクエストに明示的な添付ファイルを追加することをサポートしています。これらは、送信されたチャットリクエストの一部としてチャット履歴にレンダリングされるようになりました。ファイル添付ファイルを選択すると、対応するファイルと範囲がエディターで開きます。

Attachments in chat requests

さらに、コンテキストウィンドウをオーバーフローする大きな明示的な添付ファイルが、リクエストから部分的に、または完全に省略された場合に、それがより明確に表示されるようになりました。

Warning and hover for large attachments

/new の改善

/new スラッシュコマンドを更新し、迅速なファイル生成をサポートしました。#selection のようなチャット変数を使用することで、ファイルやプロジェクトの作成中に Copilot に追加のコンテキストを提供できます。さらに、/new は生成されたファイルやフォルダを既存のワークスペースに保存できるよう強化されました。

Create a new single file with /new in Copilot Chat.

チャットから VS Code コマンドにアクセス

@vscode チャット参加者での新しいスラッシュコマンド /runCommand を使用すると、コア VS Code コマンドを検索して実行できます。例えば、開発者ツールを切り替えるには

Toggle Developer Tools with the /runCommand slash command in Copilot Chat.

この新しいスラッシュコマンドは、github.copilot.chat.runCommand.enabled で有効にできます。

Python

python-environment-tools を使用した Python 環境検出の改善

前回のリリースで、パフォーマンスに焦点を当てた Python 検出インフラストラクチャを再設計したPython 環境ツールを発表しました。このアプローチにより、情報を調査するために Python バイナリを実行する必要性が減り、パフォーマンスが向上します。

このリリースから、この機能強化を実験の一環として展開しています。試してみたい場合は、ユーザーのsettings.jsonで"python.locator"を"native"に設定し、VS Codeウィンドウを再ロードしてください。この機能、継続的な作業、フィードバックの詳細については、python-environment-toolsリポジトリをご覧ください。

ネイティブREPLの実行ステータス表示

実験的なネイティブREPL（"python.REPL.sendToNativeREPL": true）は、実行結果に応じて、Jupyterセルと同様に成功/失敗のUIを表示するようになりました。さらに、出力が生成されないセルで空行を表示しないように改善しました。

ソースコード中のインライン変数値

Python デバッガー拡張機能に、Python デバッグエクスペリエンスを向上させるインライン値機能が導入されました。インライン値を使用すると、デバッグセッション中にエディターで、対応するコード行の横に変数の値をインラインで表示できます。これにより、変数をホバーしたり、実行およびデバッグビューの変数セクションを確認したりすることなく、プログラムの状態をすばやく理解できます。

Show Python Inline Variables.

この機能を有効にするには、ユーザー設定で構成値 debugpy.showPythonInlineValues を true に設定します。

注: この機能は現在探索段階であり、改善が続けられています。ご意見・ご感想はvscode-python-debuggerリポジトリまでお寄せください！

デバッグ歓迎ビューの改善

デバッグ歓迎ビューに、Python ファイルがエディターで開かれている場合に、自動 Python 設定にすばやくアクセスするためのボタンが追加されました。

GitHub プルリクエストと課題

プルリクエストと課題の作成、管理、作業を可能にするGitHub Pull Requests拡張機能は、さらに進歩しました。新機能には以下が含まれます。

  • マージされた PR のプルリクエストの説明にある元に戻すボタンを使用して、プルリクエストを元に戻す
  • ブランチが削除された PR もプルリクエストビューで表示できるようになりました。
  • 複数の PR がチェックアウトされている場合でも、GitHub.com でプルリクエストを開くアクションが表示されます。

その他のハイライトについては、拡張機能の0.94.0 リリースの変更ログをご覧ください。

拡張機能作成

ネットワークプロキシの基本認証

https Node.js モジュールを使用する拡張機能は、基本認証を必要とするネットワークプロキシを使用できるようになりました。

プレビュー機能

真のインライン差分

このイテレーションでは、diffEditor.experimental.useTrueInlineView 設定（デフォルトではオフ）を導入しました。この設定を有効にしてインラインビューを使用すると、単一行の変更がインラインでレンダリングされます。

True Inline View in the diff editor.

この実験的フラグがオンになっていない場合のインラインビューは次のようになります。

Default Inline View in the diff editor.

この機能は実験的であり、今後の変更が予想されます。

PowerShell 用の VS Code ネイティブ IntelliSense

このリリースでは、VS Code ネイティブ PowerShell IntelliSense の実験的機能に大幅な改善が見られました。Windows または macOS でこの機能を有効にするには

"terminal.integrated.suggest.enabled": true

この機能がはるかに信頼性が高くなっただけでなく、以下に示すように他の多くの改善も行われました。

補完が切り詰められない

補完は、切り詰められたバージョンではなく、入力された内容を正確に表示するようになりました。たとえば、ディレクトリ名を検索する場合、.\ が含まれ、正しくハイライト表示されるようになりました。

以前:

Before the completion for "src" would show "src"

以後:

After the completion for "src" would show ".\src"

ディレクトリ移動に最適化された補完

ディレクトリ名には末尾に \ または / が含まれるようになり、補完すると新しいディレクトリの補完が更新されます。

Enter キーの動作を設定

新しいterminal.integrated.suggest.runOnEnter設定を使用すると、特定の条件が満たされた場合にコマンドを実行するようにEnterキーの動作を設定できます。次の値が利用可能です。

  • "always": 常にEnterで実行します。
  • "exactMatch": 補完が完全に入力された場合にEnterで実行します。
  • "exactMatchIgnoreExtension" (デフォルト): 補完が完全に入力された場合、またはファイルが拡張子なしで入力された場合にEnterで実行します。
  • "never" (古い動作): 常にEnterで実行しません。

この変更は、機能が有効になっていない場合と同じキーストロークセットになることが多いため、既存の慣れた操作を壊さないようにするために特に重要です。これが役立つ例は、cd ..の実行です。この変更前は、cd ..<enter><enter>と入力する必要がありましたが、この新しい設定のおかげで、今は単一のEnterで済みます。

ファイル補完の改善

ファイル補完は、ファイル名の長さ昇順、ファイル名のアルファベット順、そしてファイル拡張子のアルファベット順でソートされるようになりました。コマンドとして実行されるファイル補完（引数ではない）も、ファイル拡張子と現在のオペレーティングシステムによってブーストされます。たとえば、Windows で実行されている場合、.ps1、.bat、および .cmd ファイルがブーストされ、リストの上位に表示されます。

Results are now sorted by extensions with platform-specific boosts

これらの変更は、上位項目の関連性を向上させるだけでなく、ネイティブ PowerShell タブ補完に動作を近づけることで、慣れた操作を助けます。たとえば、VS Code のコードベースで Windows 上でよく実行されるコマンドは ./scripts/code.bat です。これらの変更により、./sc<tab>/c<enter> は ./scripts/code.bat を補完して実行します。

グローバル補完キャッシュ

コマンドのグローバル補完はセッション間でキャッシュされるため、シェル起動パフォーマンスが大幅に向上します。これにより、再接続されたターミナルで補完が正しく機能しない問題も修正されます。現在、これらはターミナル: 提案キャッシュをクリアコマンドを実行することでクリアおよび更新できます。Intel i7-12700KF で測定したところ、これによりシェル統合をアクティブ化する時間が約600msから約50msに短縮されました。

PowerShell の組み込みターミナル補完

git の組み込み補完を提供するようになりました。これらは posh-git プロジェクトの補完に基づいていますが、いくつかの一般的な改善と VS Code 固有の改善が施されています。補完の動作例を以下に示します。

その他の改善点の一部は次のとおりです。

  • エイリアスは右側に展開された状態を表示します。

    Aliases show their expanded state on the right

  • ブランチ、タグ、スタッシュ、リモート用の Git 固有のアイコン

    Branches and tabs have their own icon beside the completions

  • 右側にサブコマンドの説明

    Subcommands like 'checkout' show their description on the right

code と code-insiders の組み込み補完も提供していますが、これらは非常に基本的なものであり、今後のリリースで改善される予定です。

code now shows basic completions for everything in code --help

これらの補完は、他のPowerShellモジュールからの補完と競合する可能性があります。以下の設定で無効にできます。

"terminal.integrated.suggest.builtinCompletions": {
  "pwshCode": false,
  "pwshGit": false
}

TypeScript 5.6 のサポート

このリリースには、次期 TypeScript 5.6 リリースのサポートが含まれています。このリリースに含まれる詳細については、TypeScript 5.6 反復計画をご覧ください。

TypeScript 5.6 のプレビュービルドの使用を開始するには、TypeScript Nightly 拡張機能をインストールしてください。TypeScript 5.6 でバグが発生した場合は、フィードバックをお寄せください。

提案されたAPI

QuickInputButtonLocation でボタンを入力の右側に表示

このマイルストーンで、QuickInputButton に提案 API を導入しました。これにより、拡張機能はボタンをどこにレンダリングするかを選択できるようになります。オプションは次のとおりです。

  • Title: クイックピックのタイトルバーにボタンをレンダリングします。これはデフォルトの動作であり、既存のボタンの動作を維持します。
  • Inline: 入力ボックスの右側にボタンをレンダリングします。タイトルバーを何も使用する予定がないが、ボタンを表示したい場合に便利です。

この機能は、Git 拡張機能のブランチ作成入力ボックスで採用され、git.branchRandomName.dictionary を使用して有効にできます。

詳細と更新については、vscode#221397 を参照してください。

テスト機能強化

コードとテストの関連付け

拡張機能がコードとテストを相互に関連付けることを可能にする API を開発中です。これにより、ユーザーは両方を切り替えることができ、カーソル位置でテストを実行などのアクションが実装コードでも機能するようになります。API の開発が進むにつれて、さらに多くのエクスペリエンスを構築する予定です。

詳細と更新については、vscode#126932 を参照してください。

テスト失敗時のコールスタック

単体テストの失敗に豊富なコールスタックを関連付けることができる API を開発中です。これにより、ユーザーは失敗の原因となったコードを一目で確認できます。

詳細と更新については、vscode#214488 を参照してください。

属性付きテストカバレッジ

テストカバレッジをテストごとに属性付けする API を開発中です。これにより、ユーザーはどのテストがどのコードを実行したかを確認でき、エディタとテストカバレッジビューの両方で表示されるカバレッジをフィルタリングできます。

詳細と更新については、vscode#212196 を参照してください。

検索 API

過去数ヶ月間、私たちは3つの提案された検索APIの最終決定に取り組んできました。

  • FindTextInFiles: VS Code のテキスト検索を使用してワークスペースファイル内のテキストを検索します。
  • FileSearchProvider: VS Code の既存の検索機能では適切に検索できないカスタムファイルスキームのファイル検索結果を提供します。たとえば、仮想ファイルシステム内からクイックオープンで検索する際に、拡張機能が提供する結果が表示される場合があります。
  • TextSearchProvider: FileSearchProvider と同様ですが、テキスト検索結果用です。たとえば、仮想ファイルシステム内から検索ビューで検索する際に、拡張機能が提供する結果が表示される場合があります。

さらに、VS Code のワークスペースファイル検索を使用してファイルを検索する workspace.findFiles API を刷新しています。新しいバージョンでは、より多くのオプションが許可され、除外オプションがより明確に処理されるはずです。刷新されたバージョンを導入しても、既存の関数シグネチャは引き続き機能するはずです。

この表は、さまざまなAPIがどのように関連しているかを示しています。

検索に API を使用する 結果を提供するのに API を使用する
ファイル用 FindFiles FileSearchProvider
ファイル内のテキスト用 FindTextInFiles TextSearchProvider

ご興味があれば、上記のリンクからフィードバックをお寄せください！

ウェブサイト

VS Code のウェブサイトのデザインを刷新し、ライトテーマとダークテーマのサポートを追加しました。

VS Code website light mode.

ウェブサイトの新しいデザインは、システムテーマ (ライトモードまたはダークモード) をデフォルトとして使用し、右上にある太陽/月のアイコンを使用して手動で切り替えることもできます。

VS Code website dark mode.

皆様からのフィードバックをお待ちしております！機能リクエストやバグはvscode-docs リポジトリにご提出ください。

エンジニアリング

Markdown 言語サーバーを別のリポジトリへ移動

VS Code の組み込み Markdown IntelliSense を強化する言語サーバーを独自のリポジトリに移動しました。以前は、このプロジェクトは主要な VS Code リポジトリのサブフォルダーから公開されていました。この変更により、プロジェクトへの貢献が容易になります。

プロジェクトは引き続き npm で同じ名前で公開されています: vscode-markdown-languageserver。

VS Code で ESM を使用する進捗

このマイルストーンで、VS Code コアに ESM を採用するための作業を再開しました。将来の目標は、ECMAScript Modules (ESM) のロードを使用し、AMD を完全に廃止することです。これは、全体のコードのロードとバンドルを近代化する、複数のマイルストーンにわたる取り組みです。

VS Code に依存する xterm.js

ターミナルの新しいスクロールバーには、舞台裏でかなりの作業が必要でした。VS Code のターミナルはxterm.js OSS プロジェクトを基盤としており、今後のリリースでは、VS Code のコードベースのごく一部、具体的には base/ フォルダーの一部も同梱されます。

Electron 30 の更新

このマイルストーンでは、Electron 30 の更新を安定版リリースでユーザーに提供しています。この更新には Chromium 124.0.6367.243 と Node.js 20.14.0 が含まれています。Insiders ビルドで自己ホストし、早期フィードバックを提供してくださった皆様に感謝いたします。

.batまたは.cmdファイルを生成する際の破壊的API変更の通知

この Electron 更新に含まれる Node バージョンには、CVE に対応した破壊的変更が含まれており、Windows で .bat または .cmd ファイルを実行する場合に影響を受ける可能性があります。shell オプションを使用してこれらのファイルを生成する際は、Node.js が設定したガイドラインに従ってください。

簡単なソースコードスキャンに基づいて影響を受ける可能性のある拡張機能には事前に通知しましたが、見落としがある可能性もあります。影響を受ける場合、Windows で .bat または .cmd ファイルを生成する際に EINVAL 例外が発生します。これらを処理する方法のガイダンスについては、Node.js のドキュメントを参照してください。

拡張機能の作者は、これらの変更を事前に把握するために、常にInsiders リリースで拡張機能をテストすることをお勧めします。

注目すべき修正点

  • 211199 smooth scroll が有効な場合、ターミナルで Ctrl+c を押しても一番下までスクロールしない

ありがとうございます

最後に、VS Codeの貢献者の皆様に心からの感謝を申し上げます。

問題追跡

問題追跡への貢献者

プルリクエスト

vscodeへの貢献者

vscode-black-formatterへの貢献

vscode-hexeditorへの貢献

vscode-languageserver-nodeへの貢献者

vscode-markdown-tm-grammarへの貢献

vscode-pull-request-githubへの貢献者

vscode-textmateへの貢献

debug-adapter-protocolへの貢献者

language-server-protocolへの貢献者

monaco-editorへのコントリビューション

node-request-lightへの貢献

python-environment-toolsへの貢献