編集

2023年2月 (バージョン 1.76)

更新 1.76.1: この更新プログラムでは、これらの問題が対処されています。

更新 1.76.2: この更新プログラムでは、これらの問題が対処されています。

ダウンロード: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap

Visual Studio Code 2023年2月リリースへようこそ。このバージョンには、皆さんに気に入っていただける多くの更新が含まれています。主なハイライトの一部を以下に示します。

プロファイル - アクティブなプロファイルのバッジ、コマンドパレットからプロファイルを素早く切り替える。
アクセシビリティの改善 - 新しい音声キュー、ターミナルスクリーンリーダーモードの改善。
Explorerビューの移動 - エクスプローラーをセカンダリサイドバーまたはパネルに配置する。
ノートブックカーネルのMRUリスト - 最近使用したノートブックカーネルを検索して選択する。
Markdownヘッダーリンクの提案 - ワークスペース内のファイルにあるヘッダーに簡単にリンクできる。
リモート開発の使いやすさ - 新しいキーボードショートカット、合理化されたリモートオプションリスト。
新しいGit/GitHubトピック - 初心者および上級Gitソース管理ユーザー向けの記事。
Marketplace検索の改善 - 複数単語クエリの検索結果が向上。
Jupyter IPyWidgets 8のサポート - Jupyterノートブックで最新のIPyWidgetsバージョンを使用する。
Python pytest IntelliSense - pytestフィクスチャとパラメーター化された引数の補完。

これらのリリースノートをオンラインで読みたい場合は、code.visualstudio.com の更新にアクセスしてください。

Insiders: 新機能をいち早く試したいですか？夜間ビルドのInsidersをダウンロードして、利用可能になり次第、最新の更新を試すことができます。

アクセシビリティ

ターミナルコマンド失敗時の音声キュー

シェル統合されたターミナルでコマンドがゼロ以外の終了コードで終了した場合、視力のあるユーザーはコマンドの装飾を一目見て失敗を素早く理解できます。スクリーンリーダーユーザーに失敗を伝えるため、VS CodeはaudioCues.terminalCommandFailed音声キューを再生するようになりました。

ヘルプ: 音声キューのリストドロップダウンをスクロールして、利用可能な音声キューのサウンドを聴くことができます。

List Audio Cues dropdown with Terminal Command Failed cue selected

エラー音声キュー応答性の改善

audioCues.lineHasError音声キューは、文字ナビゲーション中に再生されるようになり、スクリーンリーダーユーザーはエディター内のエラーの位置をよりよく把握できるようになりました。

ターミナルアクセシブルバッファーの改善

前回のイテレーションでは、スクリーンリーダーユーザーがターミナル: アクセシブルバッファーにフォーカスコマンドを介してターミナルコンテンツにアクセスできる、ターミナルアクセシブルバッファーを導入しました。

今回のイテレーションでは、アクセシブルバッファーを改善し、選択とリンクのサポートを追加し、読み取り専用にし、シェル統合のインサイトを使用して、重要なターミナルコンテンツ（実行されたコマンド、あれば終了コード、出力）のみに制限しました。次回のイテレーションでは、この機能の設定を追加する予定です。

コンテキスト固有のタブフォーカスモード

Tabキーフォーカス移動を切り替えるコマンドは、ワークベンチまたはエディター/ターミナルがTabキー入力を受け取るかどうかを決定するのに役立ちます。

新しいeditor.tabFocusMode設定により、ユーザーはデフォルトの動作を設定できます。値がtrueに設定されている場合、エディターまたはターミナルではなく、ワークベンチがTabキー入力を受け取ります。

Windowsでのスクリーンリーダーシェル統合サポート

以前は、このコンテキストでのPowerShellのサポートに問題があったため、Windowsでスクリーンリーダーが検出された場合、シェル統合は無効になっていました。ほとんどの場合、これが問題ではなくなったと判断したため、有効にしました。

ターミナルのアクセシブルヘルプの追加

スクリーンリーダーコミュニティとの議論により、ターミナルアクセシビリティヘルプダイアログ（）に新しいターミナルを作成 (プロファイル付き)や設定: アクセシビリティ設定を開くなどのコマンドが追加されました。

プロファイル

プロファイルは、前回のマイルストーンで安定版にリリースされ、現在のワークフローやプロジェクトに応じてVS Codeの設定を素早く切り替えることができます。設定、拡張機能、キーバインディングなどのカスタマイズセットを保存し、マシン間で同期し、同僚と簡単に共有できます。

プロファイルバッジ

VS Codeは、管理アクティビティバーアイコンにプロファイル名の最初の2文字をプロファイルバッジとして表示することで、現在のカスタムプロファイルを示すようになりました。

テーマは、2つの新しいテーマ色を設定することで、プロファイルバッジの背景色と前景色をカスタマイズできます。

profileBadge.background
profileBadge.foreground

プロファイルの切り替え

コマンドパレット（⇧⌘P (Windows、Linux Ctrl+Shift+P)）でプロファイル: プロファイルを切り替えるコマンドを使用して、利用可能なプロファイルのドロップダウンリストを表示し、プロファイルを素早く切り替えることができるようになりました。

リモートワークスペースのプロファイル

リモート拡張機能を含むプロファイルを作成およびカスタマイズし、リモート開発ワークスペースでそれらを切り替えることができるようになりました。

以下では、Remote - SSH経由で2つの異なるプロファイル（「Doc Writing」と「Code」）が2つのインスタンスでアクティブになっています。

Profiles active in two Remote - SSH instances

プロファイルドキュメント

プロファイルとその有用なシナリオについて詳しく知りたい場合は、新しいVisual Studio Codeのプロファイルトピックをご覧ください。この記事では、プロファイルの作成、変更、共有、再利用について詳しく説明しています。

Workbench

Explorerビューの移動

VS Code内のほとんどのビューとビューコンテナは、いくつかの組み込みのもの以外は移動可能です。このリリースでは、Explorerビューコンテナ（⇧⌘E (Windows、Linux Ctrl+Shift+E)）が移動可能になり、セカンダリサイドバーまたは下部のパネルに配置できるようになり、ワークベンチのさらなるカスタマイズが可能になりました。

以下では、ファイルエクスプローラービューがパネルエリアに移動されています。

File Explorer view moved to the panel area

すべてのビューをデフォルトのレイアウトに戻したい場合は、コマンドパレットからビュー: ビューの位置をリセットを実行できます。

固定幅の中央揃えレイアウト

ビュー: 中央揃えレイアウトの切り替えコマンド（workbench.action.toggleCenteredLayout）に、固定幅レイアウトオプションが追加されました。このオプションは、新しいworkbench.editor.centeredLayoutFixedWidth設定で有効になります。有効にして中央揃えレイアウトがアクティブな場合、エディターは中央に配置され、ウィンドウとパネルのサイズ変更全体で幅を維持しようとします。

複数のクイック差分

提案された複数のクイック差分APIの導入により、複数の拡張機能がクイック差分を提供できるようになりました。ファイルに複数のクイック差分がある場合、表示する差分ベースを選択するためのドロップダウンが表示されるようになりました。

Multiple quick diffs and diff base dropdown

コメントビューに、既存のすべて折りたたむに加えて、新しいすべて展開コマンドが追加されました。未解決のコメントのガターアイコンは、コメントビューで使用されているアイコンと同じになりました。

デフォルトのログレベルの設定

開発者: ログレベルを設定...コマンドから、VS Codeまたは拡張機能のデフォルトのログレベルを設定できるようになりました。これは再起動後も保持され、マシン間で同期されます。

Default log level dropdown with several extensions listed

拡張機能を選択すると、デフォルトのログレベルと同じログレベルのドロップダウンが表示されます。

拡張機能エディターで検証済みのパブリッシャードメイン

拡張機能エディターに、検証済みインジケーターの横に検証済みのパブリッシャードメインが表示されるようになりました。以下では、検証済みバッジの右側にprettier.ioドメインが表示されています。

Prettier extension in the extension editor displaying verified publisher domain prettier.io

エディター

JSONCドキュメントのソート

JSONC（コメント付きJSONドキュメント）ファイルをキーでソートできるようになりました。この機能を使用するには、コマンドパレットからJSON: ドキュメントをソートを選択します。

マッチングとカラーリング用の独立した括弧ペア

今回のイテレーションでは、editor.language.bracketsとeditor.language.colorizedBracketPairsの両方が設定されている場合の動作を変更しました。以前は、editor.language.colorizedBracketPairsを設定すると、括弧のマッチングに対してeditor.language.bracketsがオーバーライドされていました（両方とも同じ括弧ペアツリーを使用するため）。現在は、両方の設定のユニオンが括弧のマッチングに使用されますが、editor.language.colorizedBracketPairsで設定された括弧のみがカラーリングされます。

ソース管理

Gitコミットの構文ハイライト

VS Codeは新しいGit文法を採用し、Gitコミットメッセージファイルの構文ハイライトを提供します。新しい文法は、英語以外の言語に対するサポートが向上しています。

GitおよびGitHubドキュメント

ソース管理を初めて利用する方でも、経験豊富なGitユーザーでも、ドキュメントのソース管理セクションでVS CodeのGit統合について詳しく学ぶことができます。記事には以下が含まれます。

VS CodeでGitソース管理を使用する - VS CodeのGit統合機能の概要。
Git入門 - VS Codeでの初心者レベルのGit操作。
GitHubでの作業 - コードをGitHubに移動して、他の人と共有および共同作業を行います。
よくある質問 - 一般的なシナリオや落とし穴についてヘルプを得る。

ノートブック

カーネルピッカーのデフォルトモード: MRU

カーネルピッカーは、デフォルトで最も最近使用された（MRU）カーネルを表示するようになりました。これは、以前の動作（利用可能なすべてのカーネルを表示する）からの変更です。最新のJupyterおよびPython拡張機能がインストールされている場合、別のカーネルを選択...というセカンダリピッカーで、すべてのカーネルをソース（例: Jupyterカーネル、Python環境など）でグループ化して表示できます。

Notebook kernel picker with MRU list and using the Select Another Kernel option

ノートブックレンダラーのパフォーマンス診断

ノートブックセルを実行する際、一部のノートブック出力レンダラーはレンダリングに時間がかかる場合があります。これらのレンダラーを特定するために、ノートブックセルのステータスバーのホバーに診断機能を追加しました。このビューには、各レンダラーの実行時間と合計実行時間が表示されます。さらに、ホバー内のリンクをクリックすると、レンダラーの名前と実行時間が事前に入力された問題レポートが開くため、レンダラーの実行に時間がかかりすぎる場合は簡単に問題を報告できます。

Image showing the cell Status bar hover with renderer execution times

組み込みエラーレンダラーのリンクサポートの改善

組み込みエラーレンダラーがファイルと行番号へのリンクをサポートするようになりました。これにより、エラーメッセージ内のファイルパスをクリックして、エディターでファイルを開くことができます。

Jupyter拡張機能のエラーレンダラーは、組み込みエラーレンダラーの代わりに非推奨になりました。

Notebook built-in error renderer

言語

Markdownワークスペースヘッダーリンクの補完

別のMarkdownドキュメントのヘッダーにリンクする必要があるが、完全なファイルパスを覚えていない、または入力したくない場合は、ワークスペースヘッダーの補完を使用してみてください！Markdownリンクで##と入力するだけで、現在のワークスペース内のすべてのMarkdownヘッダーのリストが表示されます。

Suggestions for all Markdown headers in the current workspace

これらの補完のいずれかを受け入れると、別のファイルにある場合でも、そのヘッダーへの完全なリンクが挿入されます。

Adding a link to the selected header in another file

ワークスペースヘッダーの補完を表示するかどうかは、Markdown > 提案 > パス: ワークスペースヘッダーの補完を含める設定（markdown.suggest.paths.includeWorkspaceHeaderCompletions）で設定できます。

有効な設定値は次のとおりです。

onDoubleHash (デフォルト) - ##を入力した場合のみワークスペースヘッダーの補完を表示します。
onSingleOrDoubleHash - #または##を入力した場合にワークスペースヘッダーの補完を表示します。
never - ワークスペースヘッダーの補完を常に表示しません。

現在のワークスペース内のすべてのヘッダーを検索するにはコストがかかる場合があるため、特に多くのMarkdownファイルがあるワークスペースでは、最初に要求されたときにわずかな遅延が発生する可能性があることに注意してください。

Markdownリンクの推奨ファイル拡張子スタイルの設定

新しいmarkdown.preferredMdPathExtensionStyle設定は、VS CodeがMarkdownファイルへのリンクにファイル拡張子を使用することを推奨するかどうかを設定します。この設定は、パス補完やリンクのリネームなどの言語ツールで使用されます。

有効な設定値は次のとおりです。

auto - ファイル拡張子の既存のスタイルを維持しようとします。
includeExtension - リンクに末尾の.mdを含めます。
removeExtension - リンクから末尾の.mdを削除します。

リモート開発

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

新しい拡張機能の機能やバグ修正については、リモート開発リリースノートをご覧ください。

今回のマイルストーンでは、ステータスバーの左下にあるリモートインジケーターをクリックしてアクセスできるリモートメニューに、いくつかのユーザビリティ改善を行いました。

リモートメニューを開くためのデフォルトのキーバインディングが追加されました: ⌥⌘O (Windows、Linux Ctrl+Alt+O)。
リモートメニューに対するリモート拡張機能の寄与を減らし、リモートウィンドウへの接続に関するすべてのアクションを一目で確認できるようにしました。
- リモートウィンドウを開くための基本的なアクションは常にリモートメニューで利用可能になったため、すでにリモートウィンドウにいる場合でも、別のリモートに接続するアクションを見つけることができます。
- リモートの設定や開始に関するほとんどのアクションは、リモートメニューのスペースを節約するためにコマンドパレットに移動されました。
リモートメニューの追加のリモート拡張機能をインストールオプションは、キュレーションされたリモート開発拡張機能のリストを指すようになり、そのような拡張機能がすべてすでにインストールされている場合はリモートメニューから非表示になります。

リモートリポジトリ

今回のマイルストーンでは、Remote Repositories拡張機能にクローンせずにリモートリポジトリをブラウズ&編集するチュートリアルを導入しました。これにより、ローカルにクローンすることなく、GitHubやAzure Reposで検索、編集、クイックコミットの作成ができます。

開始するには、リモートリポジトリのチュートリアルもご覧ください。

Web 用 VS Code

今回のマイルストーンでは、vscode.devでGitHubおよびAzure ReposリポジトリにホストされているGit LFS追跡ファイルに対する実験的な読み取り専用サポートを追加しました。

以下の短いビデオでは、vscode-docsリポジトリのGit LFSに保存されている画像が、vscode.devでMarkdownプレビューをスクロールすると表示される様子が示されています。

GitHubまたはAzure Reposリポジトリでファイルを表示すると、.gitattributes設定に基づいて、ファイルがLFS追跡されており、GitHubまたはAzure ReposのLFSサーバーからフェッチする必要があるかどうかが検出されます。

GitHub RepositoriesおよびAzure Repos拡張機能をVS Codeデスクトップで使用して、Git LFS追跡ファイルを含むリポジトリをクローンせずに閲覧することもできます。

この動作は、以下の設定で無効にできます。

"githubRepositories.experimental.lfs.read.enabled": false
"azureRepos.experimental.lfs.read.enabled": false

VS CodeはまだGit LFS追跡ファイルのコミットをサポートしておらず、github.devはGit LFSの読み取りをサポートしていません。

拡張機能

拡張機能検索の関連性の改善

拡張機能ビューとMarketplaceギャラリーでの拡張機能検索結果の関連性を改善しました。特に複数単語のクエリでは、結果がより適切になるはずです。

以前	以後

拡張機能への貢献

Jupyter

IPyWidgets

Jupyter拡張機能は、IPyWidgetsのバージョン8をサポートするようになりました。IPyWidgets 7.*に依存するPythonウィジェットは、バージョン7.*と8.*の両方がサポートされているため、引き続き機能します。

対話型ウィンドウのカーネル選択

対話型ウィンドウのカーネル自動選択は、新しいカーネルピッカーUIでより適切に機能するように変更されました。現在アクティブなインタープリターが使用されますが、そのワークスペースの対話型ウィンドウで以前に別のカーネルが選択されていた場合は、以前に選択されたカーネルが使用されます。

Python

pytestのIntelliSenseサポートの改善

Pylance拡張機能には、pytestを使用して明確で簡潔、理解しやすいテストを作成する際に、より効率的かつ効果的に作業するのに役立つ強力な機能が搭載されました。

pytestフィクスチャとパラメーター化された引数に対する、補完、定義へ移動、すべての参照を検索、およびシンボルの名前変更（F2）のサポート。
インレイヒント（"python.analysis.inlayHints.pytestParameters"設定で有効）およびコードアクションを介したpytestパラメーターの型アノテーションサポート。
デコレーターに提供されたパラメーター値に基づいた、パラメーター化されたpytest引数の型推論。

以下の短いビデオでは、これらの新しいpytest機能がハイライトされています。

GitHubプルリクエストとイシュー

プルリクエストとイシューの作業、作成、管理ができるGitHub Pull Requests and Issues拡張機能にさらなる進展がありました。主なハイライトは以下の通りです。

PRの説明とコメントにおけるパーマリンクのレンダリング。
説明ページからのレビューの再リクエスト。
チェックアウトされたPR内のファイルのクイック差分。

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

プレビュー機能

リッチコンテンツノートブック検索

グローバル検索が、ノートブックエディターで表示されるようにノートブックからの結果を表示するようになりました。search.experimental.notebookSearchを有効にして試してみてください。何かバグがあればお知らせください！これは現在、セルの入力とMarkdownソースの検索のみをサポートしています。

テーマ: Community Material Theme（vscode.devでプレビュー）

非同期トークン化

このリリースには、実験的な非同期トークン化機能が搭載されています。この機能により、エディターは別のウェブワーカーでドキュメントをトークン化でき、ドキュメントが大きい場合の応答性を向上させることができます。

今のところ、非同期トークン化はデフォルトで無効になっていますが、editor.experimental.asyncTokenizationをtrueに設定することで有効にできます。

TypeScript 5.0のサポート

このアップデートには、近日公開予定のTypeScript 5.0リリースがサポートされています。TypeScript 5.0ベータブログ投稿およびTypeScript 5.0イテレーション計画で、TypeScriptチームが現在取り組んでいることの詳細をご確認ください。エディターツール機能の主なハイライトは以下の通りです。

新しいswitchおよびcaseの補完は、switchステートメントの両方のセクションをより迅速に入力するのに役立ちます。
github.devおよびvscode.devでのプロジェクト全体のIntelliSenseの有効化に関する作業。

TypeScript 5.0のナイトリービルドの使用を開始するには、TypeScript Nightly拡張機能をインストールするか、最新のVS Code 1.76+ Insidersビルドをインストールしてください。

拡張機能作成

InputBoxプロンプトと検証メッセージでのリンクサポート

今回のイテレーションでは、InputBoxプロンプトと検証メッセージでのリンクサポートが導入されました。これらの文字列で、以下の構文を使用してリンクを作成できるようになりました。

[link text](link target)

リンクのターゲットはURLまたはコマンドIDにすることができます。ユーザーがリンクをクリックすると、リンクのターゲットはそれぞれブラウザで開かれるか、コマンドとして実行されます。

例

const result = await vscode.window.showInputBox({
  prompt:
    'Please enter a valid email address [more info](https://aka.ms/vscode-email-validation)',
  validateInput: text => {
    if (text.indexOf('@') === -1) {
      return 'Please enter a valid email address, [more info](https://aka.ms/vscode-email-validation)';
    }
    return undefined;
  }
});

結果として以下のプロンプトが表示されます

Prompt contains a link that is underlined

そして以下の検証メッセージが表示されます

Validation message contains a link that is underlined

テーマ: Panda Theme（vscode.devでプレビュー）

この動作は、showInputBoxとcreateInputBoxの両方のAPIで機能します。

*アクティベーションイベントの情報診断

拡張機能が*（アスタリスク）アクティベーションイベントを使用すると、VS Codeの起動中にアクティブ化されます。これにより、VS Codeの起動が遅れる可能性があります。拡張機能の作成者が*アクティベーションイベントの使用の影響を理解できるように、拡張機能が*アクティベーションイベントを使用する際に表示される情報診断を追加しました。この診断は、問題ビューに表示され、拡張機能エディターでも確認できます。

*（アスタリスク）アクティベーションの詳細については、アクティベーションイベントのドキュメントをご覧ください。

when句コンテキスト解析における今後の変更点

拡張機能のマニフェストファイル（package.json）で使用されるwhen句を使用すると、拡張機能はコマンドやUI要素（メニューやビューなど）の貢献を条件付きで有効/無効にできます。次回のVS Codeリリースでは、when句用の新しいパーサーが含まれる予定です。新しいパーサーは、より多くの機能と正確性を提供しますが、when句に厳格なルールを適用するため、既存のwhen句で一部の破壊的変更が発生する可能性があります。イシュー #175540を参照して、破壊的変更と新機能の詳細を確認してください。また、新しいパーサーに関する更新（新機能、破壊的変更、移行ガイドラインなど）を受け取るために、このイシューを購読することをお勧めします。

今後のElectronアップデートでネイティブモジュールに必須の変更が必要になる可能性

次回の安定版リリースでElectron 22に更新する予定です。これにより、V8メモリケージの有効化により、ネイティブモジュールを利用する拡張機能に影響があります。外部（"オフヒープ"）メモリを指すArrayBuffersは許可されなくなります。これは、V8のこの機能に依存するネイティブモジュールが、VS Code 1.77以降で動作し続けるためにリファクタリングする必要があることを意味します。

将来のVS Codeバージョンでネイティブモジュールを機能させる方法については、Electronブログ記事の助言に従ってください。

Language Server Protocol

Language Server Protocol (LSP) クライアント (8.1.0) およびサーバー (8.1.0) のnpmパッケージの新しいバージョンがリリースされました。これらはバグ修正リリース（主に完全なテキストドキュメント同期を使用する際の要求順序の問題に対処するため）であり、JSON-RPCライブラリへのカスタムメッセージ処理のためのAPI追加が含まれています。

提案されたAPI

すべてのマイルストーンには新しい提案された API が含まれており、拡張機能の作者はそれらを試すことができます。いつものように、皆様からのフィードバックを歓迎します。提案された API を試す手順は次のとおりです。

試したい提案を見つけて、その名前をpackage.json#enabledApiProposalsに追加します。
最新のvscode-dtsを使用して、vscode-dts devを実行してください。これにより、対応するd.tsファイルがワークスペースにダウンロードされます。
これで提案に対してプログラミングできます。

提案された API を使用する拡張機能を公開することはできません。次のリリースで破壊的変更がある可能性があり、既存の拡張機能を壊すことは望ましくありません。

OpenDialogOptions allowUIResources

リモート拡張機能ホストで実行されていることを認識している拡張機能は、allowUIResourcesを使用して、開くファイルダイアログにローカルを表示ボタンを表示させることができます。allowUIResourcesを使用する拡張機能は、返されるURIのスキームを常に確認する必要があります。

QuickPickItemのツールヒント

今回のイテレーションでは、QuickPickItemにtooltipプロパティを追加する新しい提案APIを導入します。このプロパティを使用すると、Quick Pickの各項目にツールヒントを指定できます。ツールヒントは、ユーザーが項目にホバーしたとき、またはCtrl+Spaceで切り替えたときに表示されます。

例

await vscode.window.showQuickPick(
  [
    {
      label: 'label',
      tooltip: 'tooltip'
    },
    {
      label: 'label2',
      tooltip: new vscode.MarkdownString('tooltip2 [link](https://github.com)')
    }
  ],
  {
    placeHolder: 'placeholder'
  }
);

結果として以下のQuick Pickが表示されます。

テーマ: Panda Theme（vscode.devでプレビュー）

もちろん、これはツールヒントを必要としない簡単な例です。ツールヒントは、複数行にわたる長い説明や、追加リソースへのリンクを提供したい場合に役立ちます。

このプロパティはQuick Pick APIへの良い追加だと考えており、皆様からのフィードバックをお待ちしております。

エンジニアリング

より多くのElectron UtilityProcessの採用

プロセスサンドボックス化の取り組みの一環として、アプリケーション内にNode.jsが有効なブラウザウィンドウが残っていないことを確認したいと考えています。今回のマイルストーンでは、残っていた最後のプロセスを、隠れたNode.jsブラウザウィンドウからElectron UtilityProcessに変換し始めました。この作業の一環として、ファイルウォッチャープロセスも独自のユーティリティプロセスに移行する必要がありました。

新しい設定window.experimental.sharedProcessUseUtilityProcessはUtilityProcessの使用を有効にし、次回のリリースでこれをデフォルトにする予定です。

macOS 10.11および10.12のサポートが終了しました

1.75リリースノートで述べたように、1.76はmacOS 10.11 (OS X El Capitan) および10.12 (macOS Sierra) をサポートする最後のリリースです。追加情報については、FAQを参照してください。

注目すべき修正点

168939 バッジ非表示の状態をリロードやビュー移動後も保持する。
164397 RTL macOSでレイアウトコントロールが間違った場所にある。

ありがとうございます

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

問題追跡

問題追跡への貢献者

プルリクエスト

vscodeへの貢献者

@davidnx: "フォルダー内で検索"を使用する際に特殊なglob文字をエスケープ PR #166318
@DerDemystifier (Bassim EL BAKKALI EL GAZUANI): QuietLightでMatchHighlightに不透明度を設定 PR #174296
@dtivel (Damon Tivel)
- 署名済み拡張機能の検証におけるエラー処理とログ記録の改善 PR #174730
- ディストリビューションをバンプ PR #175115
@eronnen (Ely Ronnen)
- #173869を修正：Markdownプリ...でもコード要素のアクティブな行をマークする PR #173870
- #174711を修正：Markdownカスタムエディターでソース表示コマンド PR #174712
@gjsjohnmurray (John Murray)
- コメントゾーンウィジェットの「くちばし」矢印を単一行範囲に向ける (#_173690) PR #174291
- 適切な場合にガターに未解決コメントグリフを表示 (#_149162) PR #174418
@hamzahamidi (Hamza Hamidi): fix(keybindings): スキャンコードと単純キーのハッシュコードを修正 PR #173456
@hermannloose (Hermann Loose): コメントパネルに「すべて展開」アクションを追加 PR #173132
@ibuky (ibuky): fix#171379 PR #172175
@jongwooo (Jongwoo Han): 非推奨のset-outputコマンドを環境ファイルに置き換え PR #172691
@jsanjose (JSJ): OpenWithCodeContextMenuのテキストを修正 PR #173468
@MarkZuber (Mark Zuber)
- vscode-serverソケットファイルと名前付きパイプの長さのカスタムパスを追加 PR #172481
- 大きなRPCメッセージをチャンクで送信 PR #174278
@maski07 (Masaki Mori): #173735を修正 PR #174149
@rtjoa (Ryan Tjoa): Workbench › List: Fast Scroll Sensitivityの説明でMarkdownを使用 PR #173878
@Schamper (Erik Schamper): 実際にオフラインの場合にのみOfflineErrorを発生させる PR #172708
@thernstig (Tobias Hernstig): .env.*のシェルスクリプトfilenamePatternsを追加 PR #173426
@Viijay-Kr (Vijaya Krishna): #162727: 「デバッグ: カーソルまで実行」コマンドが非アクティブなデ...でも利用可能に PR #169819
@walles (Johan Walles): Gitコミットメッセージ文法IIの解除 PR #173195

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

@joshuaobrien
- レビュー再リクエストボタンのスタイルを統一 PR #4539
- re-request-reviewコマンドがactivityBarViewProviderで処理されることを確認 PR #4540
- コメントでのタイムスタンプのオーバーフローを防止 PR #4541
@kabel (Kevin Abel): vsixからさらに多くのファイルを無視 PR #4530

vscode-vsceへのコントリビューション

@calebcartwright (Caleb Cartwright): ドキュメントにyarnテスト要件を記載 PR #830
@lucyydotp (Lucy): .cjsファイルに.js拡張子を付加しない PR #825

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

@mathedu4all (Bao Hongchang): README.mdのAPIドキュメントURLを更新 PR #3550