为 VSCode 贡献代码门槛不高，熟悉 Git、TypeScript 和 Electron/Node.js 基础即可从修复小 bug 或完善文档起步；需用 pnpm 管理依赖、按官方指南完成本地构建，并从 help wanted 标签中选择低门槛任务，严格遵循 PR 规范与编码准则。
为 VSCode 贡献代码并不需要你成为核心开发者，只要熟悉 Git、TypeScript 和基本的 Electron/Node.js 概念，就能从修复小 bug 或完善文档开始。
了解项目结构和开发流程
VSCode 是基于 TypeScript 开发的桌面应用，主仓库在 GitHub。它分为两个主要部分：主进程（Electron）、渲染进程（Web 工作区），以及大量可插拔的扩展 API。首次贡献前，务必先阅读官方 How to Contribute 文档，并按指引完成本地构建——这一步能帮你确认环境是否正常，避免后续白忙。
- 使用 pnpm（而非 npm 或 yarn）管理依赖，这是 VSCode 官方指定的包管理器
- 运行
npm run watch启动文件监听，修改后自动编译 - 用
npm run web或npm run electron启动对应版本的调试实例
从低门槛任务入手
别一上来就挑战“重构语言服务”——先去 GitHub 的 help wanted 或 good first issue 标签里找问题。常见入门任务包括：
- 修复拼写错误或不一致的 UI 文本（如菜单项、提示语）
- 补充缺失的单元测试（
src/vs/**/test/下的*.test.ts文件） - 更新文档注释（JSDoc）、README 或贡献指南中的过时说明
提交 PR 的关键注意事项
VSCode 对 PR 要求严格，很多被拒不是因为代码错，而是流程或风格不符。
Github 1.0.0
下载
使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。
- 每个 PR 只解决一个问题，标题清晰（例如：
Fix: incorrect tooltip text in search view） - 必须包含复现步骤（在 issue 中已描述的，也请简要重述）
- 如果改动涉及用户可见行为，需说明影响范围（比如是否影响键盘导航、屏幕阅读器）
- 遵循 Coding Guidelines：缩进用 2 空格、不写分号、优先用
const、避免魔法数字等
耐心参与讨论与迭代
你的 PR 很可能被要求修改——这是常态，不是否定。微软团队和活跃贡献者会认真 review，常见反馈包括：
- 建议更通用的修复方式（避免只治标）
- 提醒补充测试或考虑边缘 case（如空字符串、中文路径、离线环境）
- 指出已有类似逻辑，建议复用而非新增
及时响应、保持沟通礼貌、必要时主动同步进展，会让协作更顺畅。
基本上就这些。真正动手跑一次构建、改一行文案、提一个 PR，比读十遍指南都管用。
