拡張機能の公開

Name: Visual Studio Code
Author: Microsoft

高品質な拡張機能を作成したら、他のユーザーが拡張機能を見つけ、ダウンロードし、使用できるように、VS Code 拡張機能マーケットプレースに公開できます。または、拡張機能をインストール可能な VSIX 形式にパッケージ化して、他のユーザーと共有することもできます。

このトピックでは、以下について説明します。

VS Code 拡張機能を管理するための CLI ツールである vsce の使用
拡張機能のパッケージ化、公開、および公開取り下げ
拡張機能の公開に必要なパブリッシャーの登録

vsce

vsce (「Visual Studio Code Extensions」の略) は、VS Code 拡張機能をパッケージ化、公開、および管理するためのコマンドラインツールです。

インストール

Node.js がインストールされていることを確認してください。次に、以下を実行します。

npm install -g @vscode/vsce

使用方法

vsce を使用すると、拡張機能を簡単にパッケージ化および公開できます。

$ cd myExtension
$ vsce package
# myExtension.vsix generated
$ vsce publish
# <publisher id>.myExtension published to VS Code Marketplace

vsce は、拡張機能の検索、メタデータの取得、および公開取り下げも行うことができます。利用可能なすべての vsce コマンドのリファレンスについては、vsce --help を実行してください。

拡張機能の公開

注意

セキュリティ上の懸念から、vsce はユーザーが提供した SVG 画像を含む拡張機能を公開しません。

公開ツールは、次の制約事項をチェックします。

package.json で提供されるアイコンは、SVG にすることはできません。
package.json で提供されるバッジは、信頼できるバッジプロバイダーからのものでない限り、SVG にすることはできません。
README.md および CHANGELOG.md の画像 URL は、https URL に解決される必要があります。
README.md および CHANGELOG.md の画像は、信頼できるバッジプロバイダーからのものでない限り、SVG にすることはできません。

Visual Studio Code は、マーケットプレースサービスに Azure DevOps を使用しています。これは、拡張機能の認証、ホスティング、および管理が Azure DevOps を通じて提供されることを意味します。

vsce は、個人用アクセストークンを使用してのみ拡張機能を公開できます。拡張機能を公開するには、少なくとも 1 つ作成する必要があります。

個人用アクセストークンを取得する

まず、ドキュメントに従って、Azure DevOps で独自の組織を作成します。次の例では、組織名は vscode ですが、必要に応じて新しい組織名を使用してください。組織名がパブリッシャー名と同じである必要はありません。

組織のホームページ (例: https://dev.azure.com/vscode) から、プロファイル画像の横にある [ユーザー設定] ドロップダウンメニューを開き、[個人用アクセストークン] を選択します。
[個人用アクセストークン] ページで、[新しいトークン] を選択します。
[新しい個人用アクセストークンの作成] モーダルで、トークンの次の詳細を選択します。
- 名前: トークンに付ける任意の名前
- 組織: すべてのアクセス可能な組織
- 有効期限 (オプション): トークンの希望する有効期限を設定します。
- スコープ: カスタム定義
  - [スコープ] セクションの下にある [すべてのスコープを表示] リンクをクリックします。
  - [スコープ] リストで、[Marketplace] までスクロールし、[管理] スコープを選択します。
[作成] をクリックします。

新しく作成された個人用アクセストークンが表示されます。安全な場所にコピーしてください。これは、パブリッシャーを作成するために必要になります。

パブリッシャーを作成する

パブリッシャーとは、Visual Studio Code マーケットプレースに拡張機能を公開できる ID です。すべての拡張機能は、package.json ファイルに publisher 識別子を含める必要があります。

パブリッシャーを作成するには:

Visual Studio マーケットプレースのパブリッシャー管理ページに移動します。
前のセクションで個人用アクセストークンを作成するために使用したのと同じ Microsoft アカウントでログインします。
左側のペインで [パブリッシャーの作成] をクリックします。
新しいページで、新しいパブリッシャーの必須パラメーター (識別子と名前 ([ID] フィールドと [名前] フィールド)) を指定します。
- ID: マーケットプレースでのパブリッシャーの一意の識別子であり、拡張機能の URL で使用されます。ID は作成後に変更することはできません。
- 名前: マーケットプレースで拡張機能と共に表示されるパブリッシャーの一意の名前。これは、会社名またはブランド名にすることができます。
以下は、Docker 拡張機能のパブリッシャー識別子と名前の例です。
オプションで、残りのフィールドに入力します。
[作成] をクリックします。

vsce を使用して、新しく作成されたパブリッシャーを確認します。ターミナルで次のコマンドを実行し、プロンプトが表示されたら、前の手順で作成した個人用アクセストークンを入力します。

vsce login <publisher id>

https://marketplace.visualstudio.com/manage/publishers/
Personal Access Token for publisher '<publisher id>': ****************************************************

The Personal Access Token verification succeeded for the publisher '<publisher id>'.

検証が完了すると、拡張機能を公開する準備が整います。

拡張機能を公開する

拡張機能は 2 つの方法で公開できます。

vsce publish コマンドを使用した自動公開
```
vsce publish
```
上記の vsce login コマンドで個人用アクセストークンをまだ提供していない場合は、vsce が要求します。
vsce package を使用して拡張機能をインストール可能な VSIX 形式にパッケージ化し、Visual Studio Marketplace パブリッシャー管理ページにアップロードする手動公開

拡張機能のインストールと評価の確認

Visual Studio Marketplace パブリッシャー管理ページでは、各拡張機能の経時的な取得傾向、合計取得数、および評価とレビューにアクセスできます。レポートを表示するには、拡張機能をクリックするか、[その他のアクション] > [レポート] を選択します。

Marketplace extension report

拡張機能のバージョンの自動インクリメント

拡張機能を公開するときに、SemVer 互換の数値またはバージョン (major、minor、または patch) を指定して、そのバージョン番号を自動的にインクリメントできます。たとえば、拡張機能のバージョンを 1.0.0 から 1.1.0 に更新するには、次のように指定します。

vsce publish minor

または

vsce publish 1.1.0

どちらのコマンドも、最初に拡張機能の package.json version 属性を変更し、更新されたバージョンで公開します。

注意

git リポジトリで vsce publish を実行すると、npm-version を介してバージョンコミットとタグも作成されます。デフォルトのコミットメッセージは拡張機能のバージョンになりますが、-m フラグを使用してカスタムコミットメッセージを指定できます。(現在のバージョンは、コミットメッセージから %s で参照できます。)

拡張機能の公開取り下げ

Visual Studio Marketplace パブリッシャー管理ページから拡張機能を公開取り下げするには、[その他のアクション] > [公開取り下げ] をクリックします。

Unpublish the extension via the Marketplace management page

公開取り下げ後、拡張機能の可用性ステータスが [公開取り下げ済み] に変更され、マーケットプレースと Visual Studio Code の両方からダウンロードできなくなります。

Unpublished extension

注意

拡張機能を公開取り下げると、マーケットプレースは拡張機能の統計情報を保持します。

拡張機能の削除

拡張機能は 2 つの方法で削除できます。

vsce を unpublish コマンドと共に使用した自動削除
```
vsce unpublish <publisher id>.<extension name>
```
Visual Studio Marketplace パブリッシャー管理ページから [その他のアクション] > [削除] をクリックする手動削除

どちらの場合も、拡張機能の名前を入力して削除を確認するよう求められます。削除操作は元に戻せないことに注意してください。

注意

拡張機能を削除すると、マーケットプレースは拡張機能の統計情報も削除します。拡張機能を削除するのではなく、公開取り下げすることをお勧めします。

拡張機能の非推奨化

拡張機能を非推奨にするか、別の拡張機能または設定を推奨して非推奨にすることができます。非推奨の拡張機能は、UI で淡色表示の取り消し線付きテキストでレンダリングされます。

Rust extension shown as deprecated in extension search

非推奨の拡張機能には、拡張機能タイルの右下隅に黄色の警告アイコンが表示されます (上記のスクリーンショットを参照)。拡張機能タイルにカーソルを合わせると、このアイコンの横に非推奨の詳細 (以下を含む) が表示されます。

拡張機能が代替なしで非推奨になった
拡張機能が別の拡張機能推奨で非推奨になった
拡張機能が設定推奨で非推奨になった

VS Code は、既にインストールされている非推奨の拡張機能を自動的に移行またはアンインストールしません。非推奨の拡張機能に代替の拡張機能または設定がある場合、VS Code は指定された代替にすばやく切り替えるのに役立つ [移行] ボタンを表示します。

拡張機能を非推奨としてマークするには、非推奨の拡張機能ディスカッションスレッドにコメントを残してください。

注意

今のところ、拡張機能はマーケットプレースでは非推奨としてレンダリングされません。この機能は後日利用可能になる予定です。

拡張機能のパッケージ化

拡張機能をパッケージ化することを選択できるのは、次のような場合です。

VS Code インスタンスでテストする場合。
マーケットプレースに公開せずに配布する場合。
他のユーザーとプライベートに共有する場合。

パッケージ化とは、拡張機能を含む .vsix ファイルを作成することを意味します。このファイルは、VS Code にインストールできます。一部の拡張機能は、GitHub リリースの一部として .vsix ファイルを公開しています。

拡張機能をパッケージ化するには、拡張機能のルートフォルダーで次のコマンドを実行します。

vsce package

このコマンドは、拡張機能のルートフォルダーに .vsix ファイルを作成します。たとえば、my-extension-0.0.1.vsix などです。

ユーザーが VS Code で .vsix ファイルをインストールするには:

VS Code の拡張機能ビューから
1. 拡張機能ビューに移動します。
2. [ビューとその他のアクション...] を選択します。
3. [VSIX からインストール...] を選択します。

コマンドラインから

# if you use VS Code
code --install-extension my-extension-0.0.1.vsix

# if you use VS Code Insiders
code-insiders --install-extension my-extension-0.0.1.vsix

拡張機能フォルダー

拡張機能をロードするには、ファイルを VS Code 拡張機能フォルダー .vscode/extensions にコピーする必要があります。オペレーティングシステムによって、このフォルダーの場所は異なります。

Windows: %USERPROFILE%\.vscode\extensions
macOS: ~/.vscode/extensions
Linux: ~/.vscode/extensions

Visual Studio Code の互換性

拡張機能を作成するときは、拡張機能が互換性を持つ VS Code のバージョンを指定する必要があります。これを行うには、package.json 内の engines.vscode プロパティを使用します。

{
  "engines": {
    "vscode": "^1.8.0"
  }
}

1.8.0 (カレットなし) の値は、拡張機能が VS Code 1.8.0 のみと互換性があることを意味します。
^1.8.0 の値は、拡張機能が VS Code 1.8.0 以降 (1.8.1、1.9.0 などを含む) と互換性があることを意味します。

engines.vscode プロパティを使用すると、依存する API を含むクライアントにのみ拡張機能がインストールされるようにできます。このメカニズムは、Stable リリースと Insiders リリースの両方でうまく機能します。

たとえば、VS Code の最新の Stable バージョンが 1.8.0 であるとします。バージョン 1.9.0 の開発中に、新しい API が導入され、バージョン 1.9.0-insider を介して Insider リリースで利用できるようになりました。この API の恩恵を受ける拡張機能バージョンを公開する場合は、^1.9.0 のバージョン依存関係を示す必要があります。このようにして、新しい拡張機能バージョンは VS Code >=1.9.0 (つまり、現在の Insiders リリースを使用しているユーザー) でのみ利用可能になります。VS Code Stable を使用しているユーザーは、Stable リリースがバージョン 1.9.0 に達したときにのみ更新プログラムを取得します。

高度な使用法

マーケットプレースの統合

Visual Studio Marketplace での拡張機能の表示方法をカスタマイズできます。例については、Go 拡張機能を参照してください。

マーケットプレースで拡張機能を魅力的に見せるためのヒントをいくつか紹介します。

拡張機能のルートに、拡張機能のマーケットプレースページに表示するコンテンツを含む README.md ファイルを追加します。

注意
package.json にパブリック GitHub リポジトリを指す repository プロパティがある場合、vsce はそれを自動的に検出し、相対リンクをそれに応じて調整します (デフォルトでは main ブランチを使用)。vsce package または vsce publish を実行するときに、--githubBranch フラグを使用してこれをオーバーライドできます。--baseContentUrl および --baseImagesUrl フラグを使用して、リンクと画像のベース URL を設定することもできます。
拡張機能のライセンスに関する情報を含む LICENSE ファイルを拡張機能のルートに追加します。
拡張機能の変更履歴に関する情報を含む CHANGELOG.md ファイルを拡張機能のルートに追加します。
拡張機能のサポートを受ける方法に関する情報を含む SUPPORT.md ファイルを拡張機能のルートに追加します。
package.json の galleryBanner.color プロパティを介して対応する 16 進値を指定することにより、マーケットプレースページのバナーの背景色を設定します。
package.json の icon プロパティを介して、拡張機能に含まれる 128x128px PNG ファイルへの相対パスを指定することにより、アイコンを設定します。

詳細については、マーケットプレースのプレゼンテーションのヒントを参照してください。

パブリッシャーの確認

ブランドまたは ID に関連付けられた対象ドメインの所有権を確認することで、確認済みパブリッシャーになることができます。パブリッシャーが確認されると、マーケットプレースは確認済みバッジを拡張機能の詳細に追加します。

前提条件

確認済みになるには、パブリッシャーは VS マーケットプレースに 6 か月以上拡張機能を 1 つ以上持ち、ドメインの登録も少なくとも 6 か月以上経過している必要があります。検証を申請する前に、これらの基準が満たされるまでお待ちください。

Verified publisher indicators in VS Code

パブリッシャーを確認するには:

Visual Studio マーケットプレースのパブリッシャー管理ページに移動します。
左側のペインで、確認するパブリッシャーを選択するか、作成します。
メインペインで、[詳細] タブを選択します。
[詳細] タブの [確認済みドメイン] セクションに、対象ドメインを入力します。

注意: 入力を開始すると、[詳細] タブのタイトルの横にアスタリスク (*) が表示されます。VS Code と同様に、これは保存されていない変更があることを示します。同じ理由で、[検証] ボタンはまだ無効になっています。
[保存] を選択し、次に [検証] を選択します。

ダイアログウィンドウが表示され、ドメインの DNS 構成に TXT レコードを追加する方法に関する手順が提供されます。
手順に従って、ドメインの DNS 構成に TXT レコードを追加します。
ダイアログウィンドウで [検証] を選択して、TXT レコードが正常に追加されたことを検証します。

TXT レコードが検証されると、マーケットプレースチームが要求を確認し、5 営業日以内に結果をお知らせします。検証には、ドメイン、Web サイト、拡張機能の実績の前提条件、コンテンツの適格性、正当性、信頼性、および肯定的な評判が含まれますが、これらに限定されません。

検証に合格すると、Visual Studio Marketplace パブリッシャー管理ページのパブリッシャー名の横に、対応するバッジが表示されます。

Verified publisher manage

注意:

パブリッシャーの表示名を変更すると、確認済みバッジが取り消されます。

今後の利用規約または上記の検証違反がパブリッシャーから発生した場合、確認済みバッジが取り消されます。

対象ドメイン

対象ドメインは、次の基準を満たしています。

DNS 構成設定を管理し、TXT レコードを追加できる必要があります。
サブドメイン ({subdomain}.github.io、{subdomain}.contoso.com など) ではありません。
HTTPS プロトコルを使用する必要があります。
HEAD リクエストに対して HTTP 200 ステータスで応答できる必要があります。

拡張機能の価格ラベル

拡張機能のマーケットプレースページに価格ラベルを表示して、Free または Free Trial であることを示すことを選択できます。

価格ラベルを表示するには、package.json に pricing プロパティを追加します。例:

{
  "pricing": "Free"
}

許可される値は、Free および Trial (大文字と小文字を区別) です。pricing プロパティが指定されていない場合、デフォルト値は Free です。

注意

価格ラベルを機能させるには、拡張機能を公開するときに vsce バージョン >= 2.10.0 を使用してください。

スポンサーシップにオプトインして、ユーザーにあなたの作業をサポートする方法を提供できます。

スポンサーリンクを表示するには、package.json に sponsor プロパティを追加します。例:

"sponsor": {
  "url": "https://github.com/sponsors/nvaccess"
}

注意

スポンサーシップを機能させるには、拡張機能を公開するときに vsce バージョン >= 2.9.1 を使用してください。

スポンサーリンクは、マーケットプレースおよび VS Code の拡張機能ページの拡張機能詳細ヘッダーに表示されます。

Sponsor link in extension details page

これにより、ユーザーが依存している拡張機能に資金を提供して、拡張機能のパフォーマンス、信頼性、および安定性を向上させることができるようになることを願っています。

.vscodeignore の使用

.vscodeignore ファイルを作成して、一部のファイルが拡張機能のパッケージに含まれないようにすることができます。このファイルは、glob パターンのコレクションであり、1 行に 1 つずつ記述します。例:

**/*.ts
**/tsconfig.json
!file.ts

実行時に不要なファイルはすべて無視する必要があります。たとえば、拡張機能が TypeScript で記述されている場合は、上記の例のように、すべての **/*.ts ファイルを無視する必要があります。

注意

devDependencies にリストされている開発依存関係は自動的に無視されるため、明示的に追加する必要はありません。

公開前ステップ

マニフェストファイルに公開前ステップを追加できます。これは、拡張機能がパッケージ化されるたびに呼び出されます。たとえば、この段階で TypeScript コンパイラを呼び出すことができます。

{
  "name": "uuid",
  "version": "0.0.1",
  "publisher": "someone",
  "engines": {
    "vscode": "0.10.x"
  },
  "scripts": {
    "vscode:prepublish": "tsc"
  }
}

プレリリース拡張機能

ユーザーは、VS Code または VS Code Insiders に拡張機能のプレリリースバージョンをインストールして、公式拡張機能リリースの前に最新の拡張機能バージョンを定期的に取得できます。

GitHub PR extension pre-release version in the extensions view

プレリリースバージョンを公開するには、vsce package または vsce publish コマンドに --pre-release フラグを渡します。

vsce package --pre-release
vsce publish --pre-release

拡張機能バージョンでは major.minor.patch のみをサポートしており、semver プレリリースタグはサポートされていません。バージョンは、プレリリースと通常リリースで異なる必要があります。つまり、1.2.3 がプレリリースとしてアップロードされた場合、次の通常リリースは、1.2.4 などの異なるバージョンでアップロードする必要があります。完全な semver サポートは、将来利用可能になる予定です。

VS Code は、利用可能な最も高いバージョンに拡張機能を自動的に更新するため、ユーザーがプレリリースバージョンを選択していて、より高いバージョンの拡張機能リリースがある場合でも、ユーザーはリリースバージョンに更新されます。そのため、拡張機能では、リリースバージョンに major.EVEN_NUMBER.patch を、プレリリースバージョンに major.ODD_NUMBER.patch を使用することをお勧めします。例: リリースには 0.2.*、プレリリースには 0.3.*。

拡張機能の作成者がプレリリースユーザーをリリースバージョンに更新したくない場合は、リリースバージョンを公開する前に常に新しいプレリリースバージョンをインクリメントして公開し、プレリリースバージョンが常に高くなるようにすることをお勧めします。プレリリースユーザーは、リリースバージョンがより高い場合はリリースバージョンに更新されますが、リリースバージョンよりもバージョン番号が高い将来のプレリリースに自動的に更新される資格は引き続き残ります。

プレリリース拡張機能は VS Code バージョン 1.63.0 以降でサポートされているため、すべてのプレリリース拡張機能は、package.json の engines.vscode 値を >= 1.63.0 に設定する必要があります。

注意

既にスタンドアロンのプレリリース拡張機能が別にある拡張機能は、VS Code チームに連絡して、古い別の拡張機能の自動アンインストールを有効にし、メイン拡張機能のプレリリースバージョンをインストールする必要があります。

プラットフォーム固有の拡張機能

VS Code が実行されている各プラットフォーム (Windows、Linux、macOS) 用に、拡張機能の VSIX パッケージを公開できます。このような拡張機能をプラットフォーム固有と呼びます。

バージョン 1.61.0 以降、VS Code は現在のプラットフォームに一致する拡張機能パッケージを探します。

プラットフォーム固有の拡張機能は、拡張機能にプラットフォーム固有のライブラリまたは依存関係がある場合に役立ち、プラットフォームパッケージに含まれる正確なバイナリを制御できます。一般的なユースケースは、ネイティブ Node モジュールの使用です。

プラットフォーム固有の拡張機能は、プラットフォーム固有のコンテンツを含む個別のパッケージとして公開されます。--target フラグを渡すことで、ターゲットプラットフォームを指定できます。このフラグを渡さない場合、そのパッケージはプラットフォーム固有のパッケージがないすべてのプラットフォームのフォールバックとして使用されます。

現在利用可能なプラットフォームは、win32-x64、win32-arm64、linux-x64、linux-arm64、linux-armhf、alpine-x64、alpine-arm64、darwin-x64、darwin-arm64、および web です。

プラットフォーム固有の拡張機能をWeb 拡張機能としてブラウザーで実行することもサポートする場合は、公開時に web プラットフォームをターゲットにする必要があります。web プラットフォームは、package.json の browser エントリポイントを尊重します。web でサポートされていない拡張機能の機能を無効にするには、Web プラットフォーム用に個別の package.json を配布したり、web で動作しない VSIX の一部を削除したりする代わりに、package.json で when 句を使用することをお勧めします。

公開

バージョン 1.99.0 以降、vsce は、VSIX のパッケージ化および公開中にターゲットプラットフォームを指定できる --target パラメーターをサポートしています。

win32-x64 および win32-arm64 プラットフォーム用の VSIX を公開する方法を次に示します。

vsce publish --target win32-x64 win32-arm64

または、パッケージ化時に --target フラグを使用して、プラットフォーム固有の VSIX を作成することもできます。たとえば、win32-x64 プラットフォーム用の VSIX をパッケージ化してから公開するには:

vsce package --target win32-x64
vsce publish --packagePath PATH_TO_WIN32X64_VSIX

継続的インテグレーション

複数のプラットフォーム固有の VSIX を管理するのは大変な場合があるため、継続的インテグレーション (CI) ツールを使用して、拡張機能のビルドプロセスを自動化することをお勧めします。たとえば、GitHub Actions を使用して拡張機能をビルドできます。当社のプラットフォーム固有の拡張機能のサンプルは、学習の出発点として使用できます。そのワークフローは、プラットフォーム固有の拡張機能サポートを使用して、サポートされているすべての VS Code ターゲットに依存関係としてネイティブ Node モジュールを配布するという一般的なシナリオを可能にします。

次のステップ

拡張機能マーケットプレース - VS Code のパブリック拡張機能マーケットプレースの詳細をご覧ください。
拡張機能のテスト - 高品質を確保するために、拡張機能プロジェクトにテストを追加します。
拡張機能のバンドル - webpack で拡張機能ファイルをバンドルして、ロード時間を短縮します。

よくある質問

拡張機能を公開しようとすると、「許可されているタグ数 10 を超えました」というエラーが表示されます。

Visual Studio Marketplace では、拡張機能パッケージに package.json に 10 個を超える keywords を含めることはできません。このエラーを回避するには、キーワード/タグの数を 10 個未満にしてください。

拡張機能を公開しようとすると、403 Forbidden (または 401 Unauthorized) エラーが表示されます。

PAT (個人用アクセストークン) を作成するときに犯しやすい間違いの 1 つは、[組織] フィールドのドロップダウンで [すべてのアクセス可能な組織] ではなく、特定の組織を選択することです。もう 1 つ考えられる間違いは、スコープが正しくないことです。公開を機能させるには、承認されたスコープを Marketplace (管理) に設定する必要があります。

`vsce` ツールを使用して拡張機能を公開取り下げできません。

拡張機能 ID またはパブリッシャー ID を変更した可能性があります。Visual Studio Marketplace パブリッシャー管理ページから拡張機能を直接管理することもできます。たとえば、更新または公開取り下げなどです。

vsce がファイル属性を保持しないのはなぜですか?

Windows から拡張機能をビルドおよび公開する場合、拡張機能パッケージに含まれるすべてのファイルには、POSIX ファイル属性 (つまり、実行可能ビット) がありません。一部の node_modules 依存関係は、適切に機能するためにこれらの属性に依存しています。Linux および macOS からの公開は、期待どおりに機能します。

継続的インテグレーション (CI) ビルドから公開できますか?

はい、拡張機能をマーケットプレイスに自動的に公開する方法については、継続的インテグレーショントピックの自動公開セクションを参照して、Azure DevOps、GitHub Actions、および GitLab CI を構成する方法について学習してください。

拡張機能を公開しようとすると、「ERROR The extension 'name' already exists in the Marketplace」というエラーが表示されます。

マーケットプレイスでは、すべての拡張機能に対して拡張機能名が一意である必要があります。同じ名前の拡張機能がマーケットプレイスに既に存在する場合、次のエラーが表示されます。

ERROR The extension 'name' already exists in the Marketplace.

拡張機能の表示名にも同じルールが適用されます。

どのパッケージマネージャーがサポートされていますか？

npm または yarn v1 を使用して、拡張機能の依存関係を管理できます。

VS Marketplace アカウントまたは拡張機能の公開に関するサポートが必要です。

パブリッシャーと拡張機能の管理にサインインし、右上隅の「Microsoft に問い合わせる」リンクをクリックして、VS Marketplace サポートチームにお問い合わせください。

04/03/2025

拡張機能の公開

vsce

インストール

使用方法

拡張機能の公開

個人用アクセス トークンを取得する

パブリッシャーを作成する

拡張機能を公開する

拡張機能のインストールと評価の確認

拡張機能のバージョンの自動インクリメント

拡張機能の公開取り下げ

拡張機能の削除

拡張機能の非推奨化

拡張機能のパッケージ化

拡張機能フォルダー

Visual Studio Code の互換性

高度な使用法

マーケットプレースの統合

パブリッシャーの確認

前提条件

対象ドメイン

拡張機能の価格ラベル

拡張機能スポンサー

.vscodeignore の使用

公開前ステップ

プレリリース拡張機能

プラットフォーム固有の拡張機能

公開

継続的インテグレーション

次のステップ

よくある質問

拡張機能を公開しようとすると、「許可されているタグ数 10 を超えました」というエラーが表示されます。

拡張機能を公開しようとすると、403 Forbidden (または 401 Unauthorized) エラーが表示されます。

vsce ツールを使用して拡張機能を公開取り下げできません。

vsce がファイル属性を保持しないのはなぜですか?

継続的インテグレーション (CI) ビルドから公開できますか?

拡張機能を公開しようとすると、「ERROR The extension 'name' already exists in the Marketplace」というエラーが表示されます。

どのパッケージマネージャーがサポートされていますか？

VS Marketplace アカウントまたは拡張機能の公開に関するサポートが必要です。

個人用アクセストークンを取得する

`vsce` ツールを使用して拡張機能を公開取り下げできません。