mrkeyoor.com_
Sat 31 Oct 08:51 UTC
Dev Toolsevaluationupdated 12 Oct 2026

vscode review

Code - OSS is the open-source editor core behind Visual Studio Code, combining code editing, navigation, and debugging with extensions for language support. It gives developers a common workspace for writing and inspecting code, and gives contributors source they can modify. Microsoft's packaged VS Code adds customizations under a separate product license.

+87stars / 7d
Verdict

Our npm install of Code - OSS failed in native-keymap after 271 seconds, so we couldn't establish a working source setup at commit cc3fec8. Choose packaged VS Code for everyday editing, or VSCodium after checking your required extensions. Take on this repository when you need to contribute to or change the editor core and can maintain its native toolchain.

We ran it

Lab card: what happened when we ran vscodeScreenshot of vscode (code.visualstudio.com)
Install✗ · 271s
Build—
Repo20338 files~4,599,429 lines of source · 296.7 MB · 15 CI workflows · tests dir

Answers from our run

Does vscode build from source?

The dependency install failed, and the project has no separate build step. We cloned commit cc3fec8 into a clean Debian container with 3 CPUs and no project-specific setup.

Who should not use vscode?

Developers expecting source setup to stop at npm: the contributor guide requires Python, C/C++ tools, and platform libraries, and our install failed in native-keymap after 271 seconds.

What are the alternatives to vscode?

VSCodium, Neovim, Zed. Our npm install of Code - OSS failed in native-keymap after 271 seconds, so we couldn't establish a working source setup at commit cc3fec8.

Setup2/5Source install failed after 271 seconds in native-keymap
Docs4/5Contributor guide covers native tools; FAQ explains distribution limits
Community5/5October 12 push and current issue and PR activity
Maturity4/5Maintained editor core; our source setup remains unverified

Discussed on

  1. hnVS Code inserting 'Co-Authored-by Copilot' into commits regardless of usage1,513 points
  2. hnVS Code uses 13% CPU when idle due to blinking cursor rendering899 points
  3. hnVisual Studio Code for Go468 points
  4. hnVS Code Roadmap 2018360 points
  5. hnSanta hat removed from VS Code after complaint243 points

Who it’s for

Developers who want editing and debugging in one graphical workspace and will choose a packaged distribution.
Contributors fixing editor behavior or built-in language features who can maintain a native development toolchain.
Teams that need to change the editor core and can review extension availability and licensing for their distribution.

Who it’s NOT for

Developers expecting source setup to stop at npm: the contributor guide requires Python, C/C++ tools, and platform libraries, and our install failed in native-keymap after 271 seconds.
Teams expecting a custom fork to inherit Microsoft's extension services: the official FAQ bars alternative products from Marketplace access, and some extension licenses restrict their use.
Linux teams relying on agent-host discovery across dependency-filled .claude/worktrees without investigating open issue 340985, whose reporter describes exhausted inotify watches despite workspace exclusions.
Organizations treating the packaged editor's telemetry switch as a complete data policy: the FAQ says extensions can collect usage data independently.

Setup reality

Our npm install of commit cc3fec8 failed with exit code 1 after 271 seconds in a fresh unprivileged Debian sandbox with 3 CPUs and 8 GB of RAM. The 296.7 MB checkout contained 20,338 files and roughly 4,599,429 source lines. The log ends in node-gyp rebuild for native-keymap 3.3.9; it doesn't establish the cause.

Core editing requires no account. Copilot service access requires an account and plan access, while optional integrations have their own requirements. Source development needs network access, Git, Python, a C/C++ toolchain, and platform libraries documented in the contributor guide. The README links that guide and offers Dev Containers or Codespaces.

Choose Node using the checkout's .nvmrc. Although the image was labeled lab-node:22, the log reports Node v24.19.0 and node-gyp v12.4.0. That discrepancy doesn't establish why installation failed. Our scan found 15 CI workflow files and a tests directory, but no Dockerfile; this run leaves build and test status unverified.

The MIT repository gives you an editor core to change

Cloning microsoft/vscode gets you Code - OSS, the MIT-licensed source behind Visual Studio Code. Microsoft's downloadable editor adds its own customizations and uses a separate product license. That distinction matters before you choose a distribution: being allowed to change the source doesn't give your fork all the services attached to Microsoft's download. The project README makes the separation explicit.

Our checkout contained 20,338 files and occupied 296.7 MB before installation. There's a substantial editor here, with navigation, debugging, and built-in language extensions. The README gives a useful example: json handles coloring, while json-language-features supplies richer language support. That separation gives contributors a place to look for a specific behavior without assuming every language feature lives in the editor core.

What happened when we ran it

Our npm install of commit cc3fec8 failed with exit code 1 after 271 seconds on October 11, 2026. We ran it in a fresh Debian sandbox with 3 CPUs, 8 GB of RAM, no secrets, and no elevated privileges. The failing step was node-gyp rebuild inside /work/repo/node_modules/native-keymap, version 3.3.9. Installation never reached a successful completion, so this run leaves build and test status unverified.

The log reports Node v24.19.0 and node-gyp v12.4.0, although the sandbox image was labeled lab-node:22. It ends with a configure-stage stack trace and gyp ERR! not ok. Those lines identify the failing native package and the actual runtime. They don't identify the underlying error. The supplied tail doesn't show which prerequisite or configuration check failed. Resolving this needs the earlier error text before choosing a fix.

Source development requires native tools beyond npm

The contributor guide calls for Python and a C/C++ toolchain alongside Git and Node. Its Debian instructions name X11, keyboard-file, secret-storage, and Kerberos development libraries. The top-level README sends contributors to that guide instead of spelling out those prerequisites. Follow that link before treating the repository like a JavaScript app whose entire setup lives in a package manifest.

Use the checkout's .nvmrc to choose Node, and read the instructions for your operating system. Our 3-CPU, 8 GB sandbox is a specific environment, not a promise about your workstation. The README offers Dev Containers and Codespaces routes for source development, but we didn't measure either route. A team adopting the core should assign someone to maintain that development environment alongside its editor changes.

A fork cannot assume access to Microsoft's Marketplace

Microsoft's FAQ says alternative products built from Code - OSS aren't permitted to access the Visual Studio Marketplace. Extension licenses also vary, including proprietary licenses for Remote Development extensions. That's a concrete reason to stop before replacing an organization's official VS Code distribution with a fork. An MIT license on the editor core doesn't settle where you obtain extensions or whether you may use them.

For someone who wants an editor rather than a source-development job, our 271-second failed install makes community binaries worth considering. VSCodium distributes builds without Microsoft's branding and telemetry configuration. It uses Open VSX and warns that some extensions are restricted to official VS Code builds. Check your required extensions there before switching. Keeping familiar editor behavior is useful only if your debugger and language tools can come with you.

Turning off editor telemetry leaves extensions to review

Microsoft documents telemetry.telemetryLevel set to off as the way to disable the packaged editor's telemetry. The FAQ also says extensions can collect usage data independently of that setting. For a company with strict data rules, checking this switch is only part of approval. Review the extensions you permit and their reporting controls, particularly when the editor connects to remote development or AI services.

The roughly 4,599,429 source lines in our checkout don't make every connected service open source. Microsoft's FAQ says the Copilot backend remains closed source even as related editor code becomes available. Core editing requires no sign-in, while Copilot service access requires an account and plan access. Decide whether you need local editing, hosted assistance, or a modified editor core before taking on the repository's maintenance burden.

October activity shows maintenance, with specific defects still open

The repository was pushed on October 12, 2026, and release 1.141.0 was published on October 7. GitHub listed 193,594 stars and 21,710 open issues and PRs. Recent activity includes a proposed Git fix for syncing after an upstream branch disappears. Those dated changes support a judgment of active maintenance, though the combined queue count tells you little about any particular bug's severity.

Our scan found 15 CI workflow files and a tests directory, but no Dockerfile. Those are repository signals, not passing results from our sandbox. Meanwhile, open issue 340985 reports Linux agent-host watches exhausting inotify when .claude/worktrees contains dependency trees, despite workspace exclusions. It's a reporter's finding, which we didn't reproduce. Teams using that exact layout should investigate it before adopting the agent-host workflow.

Neovim and Zed offer different editing workflows

Neovim is the alternative I'd consider for a terminal-centered workflow, with Vim plugin compatibility and APIs for customization. Zed targets a graphical editor with multiplayer work. Neither choice preserves the VS Code extension collection automatically. Choose between them by how you edit and collaborate, then check the language tooling you actually need, rather than treating editor popularity as compatibility evidence.

Before taking ownership of a 20,338-file editor, write down the change that requires a fork. If an extension can supply it, start there. If you need to alter the workbench itself, Code - OSS gives you the source and contributor guidance, but budget for resolving the native setup failure we encountered. For ordinary project work, choose a packaged distribution and spend your development time on your own code.

Alternatives

ProjectWhat it isPick it when
VSCodium gh↗Community binaries of Code - OSS with Microsoft's branding and telemetry configuration removed.pick this instead when you want the familiar editor without maintaining your own build, and your required extensions are available and licensed for Open VSX use.
Neovim gh↗A customizable Vim-based editor with terminal use, plugin compatibility, and scripting APIs.pick this instead when terminal editing and control through configuration suit your work better than VS Code's graphical workspace.
Zed gh↗A graphical code editor with multiplayer editing.pick this instead when collaboration in the editor matters more than keeping your existing VS Code extension collection.

What people are saying

  1. [github-trending] microsoft/vscode
  2. [hackernews] VSCode's SSH Agent Is Bananas (2025)

Sources

  1. Code - OSS README and repository
  2. VS Code contributor prerequisites
  3. VS Code FAQ: licensing, extensions, accounts, and telemetry
  4. VS Code release 1.141.0
  5. Issue 340985: Linux agent-host watches and .claude/worktrees
  6. VSCodium README and extension restrictions
  7. Neovim README
  8. Zed README

More dev tools reviews

linux-insides · cat-catch · date-fns · okhttp · the-craft-of-selfteaching · skills · the whole board →