に参加して、VS Code の AI 支援開発について学びましょう。

2023年2月（バージョン1.76）

アップデート1.76.1：このアップデートは、これらの問題に対処します。

アップデート1.76.2：このアップデートは、これらの問題に対処します。

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

Visual Studio Codeの2023年2月リリースへようこそ。このバージョンには、気に入っていただけるであろう多くのアップデートがあります。主なハイライトには以下が含まれます。

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

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

アクセシビリティ

ターミナルコマンド失敗オーディオキュー

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

ヘルプ：オーディオキューリストドロップダウンをスクロールして、利用可能なオーディオキューサウンドを聞くことができます。

List Audio Cues dropdown with Terminal Command Failed cue selected

エラーオーディオキュー応答性の向上

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

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

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

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

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

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

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

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

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

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

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

プロファイル

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

プロファイルバッジ

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

Two profile badges showing the first two letters of the profiles

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

  • profileBadge.background
  • profileBadge.foreground

プロファイルの切り替え

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

Switch Profile command dropdown listing available profiles

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

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

以下の2つの異なるプロファイル（「ドキュメント作成」と「コード」）が、Remote - SSHを介して2つのインスタンスでアクティブになっています。

Profiles active in two Remote - SSH instances

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

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

Workbench

移動可能なエクスプローラービュー

VS Code内のほとんどのビューとビューコンテナは、いくつかの組み込みのもの以外は移動可能です。このリリースでは、エクスプローラービューコンテナ（⇧⌘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

Editor

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統合について詳しく学ぶことができます。記事には以下が含まれます。

ノートブック

カーネルピッカーのデフォルトモード：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

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

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 経由のリモートマシン、リモートトンネル、またはWindows 用 Linux サブシステム (WSL) をフル機能の開発環境として使用できます。

新しい拡張機能の機能とバグ修正については、リモート開発リリースノートで確認できます。

リモートメニュー

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

  1. リモートメニューを開くためのデフォルトのキーバインディングが追加されました：⌥⌘O（Windows、Linux Ctrl+Alt+O）。

  2. リモート拡張機能のリモートメニューへの貢献を減らし、リモートウィンドウへの接続に関するすべてのアクションを一目で簡単に確認できるようにしました。

    • リモートウィンドウを開くための基本的なアクションは、リモートメニューで常に利用可能になりました。これにより、すでにリモートウィンドウにいる場合でも、別のリモートに接続するアクションを見つけることができます。
    • リモートの構成や開始に関するほとんどのアクションは、リモートメニューからコマンドパレットに移動され、リモートメニューのスペースを節約しました。

  3. リモートメニューの追加のリモート拡張機能をインストールオプションは、厳選されたリモート開発拡張機能のリストを指すようになり、そのような拡張機能がすべてインストールされている場合はリモートメニューから非表示になります。

リモートリポジトリ

このマイルストーンでは、リモートリポジトリ拡張機能にクローンせずにリモートリポジトリを参照＆編集ウォークスルーを導入しました。これにより、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ギャラリーでの拡張機能検索結果の関連性を向上させました。特に複数語のクエリでは、結果がより適切になるはずです。

以前 以後
Search results for "mono debugger" showing Java debugger extension as the top result Search results for "mono debugger" showing Mono debug extension as the top result

拡張機能への貢献

Jupyter

IPyWidgets

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

インタラクティブウィンドウのカーネル選択

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

Python

pytest IntelliSenseの改善

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

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

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

GitHub Pull Requests and Issues

GitHub Pull Requests and Issues 拡張機能の進捗がありました。この拡張機能を使用すると、プルリクエストや Issue の作成、管理、作業を行うことができます。主なハイライトは次のとおりです。

  • 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チームが現在取り組んでいることの詳細は、TypeScript 5.0 Betaブログ投稿とTypeScript 5.0イテレーション計画を参照してください。エディタツールのハイライトの一部を次に示します。

  • 新しい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

テーマ: パンダテーマ（vscode.devでプレビュー）

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

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

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

Diagnostic for * activation event

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

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

拡張機能マニフェストファイル（package.json）で使用されるwhen句は、コマンドやUI要素（例：メニューやビュー）などの貢献を拡張機能が選択的に有効または無効にすることを可能にします。次回のVS Codeリリースでは、when句の新しいパーサーが組み込まれる予定です。新しいパーサーは、より多くの機能と正確性を提供しますが、when句に対してより厳密なルールを強制するため、既存のwhen句でいくつかの破損が発生する可能性があります。issue #175540を確認して、破損と新機能について詳しく学んでください。また、新しいパーサーに関する更新（新機能、破損、移行ガイドラインを含む）については、このissueを購読することをお勧めします。

今後の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 を試す手順は次のとおりです。

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

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

OpenDialogOptions allowUIResources

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

QuickPickItemsのツールチップ

今回のイテレーションでは、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が表示されます。

テーマ: パンダテーマ（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への貢献者

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

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

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

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

© . This site is unofficial and not affiliated with Microsoft.