VS Code Extension Manager
1k
Stars
249
Forks
55
Open issues
30
Contributors
AI Analysis
vsce is the official VS Code Extension Manager, a command-line tool and library for packaging and publishing extensions to the Visual Studio Code Marketplace. It is specialized infrastructure for the VS Code ecosystem, serving extension developers who need to automate packaging, versioning, and publishing workflows—not for general-purpose development.
Inferred from signals mentioned in the README (tests, CI, type safety) — not a review of the actual code.
AI's overall editorial judgment — not an average of the bars above, can weigh other factors too.
Official CLI for packaging and publishing VS Code extensions, maintained by Microsoft
vsce is the canonical command-line tool for building, testing, and publishing extensions to the VS Code Marketplace. Built and maintained by Microsoft, it is used by extension developers across the ecosystem. The tool handles packaging, versioning, credential management, and marketplace integration. Adoption is tied directly to VS Code extension development workflows and does not need to compete with alternatives because it is the de facto standard for the Marketplace.
Created in 2015 alongside the VS Code extensibility API, vsce evolved from a basic packaging utility to a full-featured extension lifecycle manager. Renamed from `vscode-vsce` to `@vscode/vsce` (npm scoped package) to reflect its role in the official VS Code toolchain.
Growth has been steady but modest (1,029 stars, 3 gained in last 7 days) because adoption is almost entirely driven by mandatory use in the VS Code extension publishing workflow rather than by discretionary developer choice. The tool saturated its addressable market years ago: nearly all Marketplace extensions are packaged with vsce. Recent growth is limited to new extension developers entering the ecosystem.
Adoption not formally documented in README, but vsce is the only officially supported packaging tool for VS Code Marketplace publishing. Every publicly listed VS Code extension must have been packaged and published via vsce or a tool wrapping it. Indirect evidence is extremely strong: if Marketplace contains ~50,000+ extensions, the vast majority were published with vsce.
Likely a Node.js CLI tool (TypeScript) that wraps packaging logic, credential handling (via keytar on Linux/macOS), and HTTP calls to the VS Code Marketplace API. README indicates it can be used as a library via a small API surface. Appears to depend on npm or yarn for dependency resolution.
Not documented in README. Test execution is mentioned (`npm test` requires yarn), but no coverage metrics are provided.
Very recent activity: last push 2026-06-26 (7 days before evaluation date). Requires Node.js 22.x.x, indicating active compatibility maintenance with current Node LTS. No evidence of stagnation; appears actively maintained by Microsoft.
ADOPT IF: you are developing a VS Code extension and plan to publish to the official Marketplace — vsce is mandatory for this workflow and is well-maintained by Microsoft. AVOID IF: you are building a non-Marketplace extension distribution system or an alternative extension manager — this tool is tightly coupled to Microsoft's Marketplace. MONITOR IF: you rely on Linux credential storage via keytar and have deployment environments where libsecret is unavailable — the workaround (VSCE_STORE=file or VSCE_PAT) exists but requires explicit configuration.
Independent dimensions
Mainstream potential
10/10
Technical importance
7/10
Adoption evidence
9/10
- Linux deployments require libsecret system library; absence forces workaround configuration (file store or PAT env var) or build complexity.
- Tight coupling to VS Code Marketplace API means any breaking changes to the Marketplace affect all extensions; no fallback distribution channel is built in.
- Dependency on keytar for credential management introduces a native module compilation step on macOS/Linux; installation failures can block CI pipelines.
- No public adoption metrics in README; users relying on vsce have no visibility into whether others face similar issues or if solutions exist in community forums.
- Node.js 22.x.x requirement means older CI environments or LTS-pinned deployments may need upgrades.
vsce will remain stable and actively maintained because Microsoft has a vested interest in extension publishing working smoothly. Growth will remain flat (saturated market) unless VS Code extension development itself expands significantly. No risk of abandonment.
Newsletter
Get analyses like this every Monday
Free weekly digest of the most interesting open-source discoveries.
Languages
Information
- Website
- https://code.visualstudio.com/
- Language
- TypeScript
- License
- NOASSERTION
- Last updated
- 2w ago
- Created
- 131mo ago
- Analyzed with
- anthropic/claude-haiku-4-5
Stars over time
Contributors over time
Top 100 contributors only — repos with more will plateau at 100.
Open issues
Top contributors
Similar repos
microsoft/vscode-eslint
This is the official VS Code extension that integrates ESLint into the editor,...
microsoft/vscode-cmake-tools
CMake Tools is a VS Code extension that provides a comprehensive workflow for...
microsoft/vscode-extension-samples
A curated collection of self-contained VS Code extension samples demonstrating...
| Repository | Stars | Week Δ | Language | Score | Updated |
|---|---|---|---|---|---|
|
|
1k | — | TypeScript | 8/10 | 2w ago |
|
|
1.9k | — | TypeScript | 8/10 | 1w ago |
|
|
187.4k | — | TypeScript | 10/10 | 4h ago |
|
|
1.7k | — | TypeScript | 8/10 | 4d ago |
|
|
10.1k | — | TypeScript | 8/10 | 1mo ago |
|
|
1.9k | — | TypeScript | 8/10 | 10h ago |
No credible competitor exists. vsce is required for official Marketplace publishing; alternatives (if any) would be unsupported workarounds.
vsce abstracts away low-level API details; direct API use would require reimplementation of packaging, versioning, and credential logic.
vsce is used within CI/CD pipelines; it is not competing with orchestration tools but being orchestrated by them.