vscode插件发布失败主因是package.json中publisher字段与marketplace账户名大小写不一致或vsce login未生效；需确保activationevents、main路径、contributes.commands等配置正确，icon为128×128 png，readme首行为#显示名，license文件存在且非空。
vsce打包前必须检查package.json的main和activationEvents
插件在市场发布后无法激活，90%以上的问题出在package.json配置不匹配。VS Code 启动时只读取main字段指定的入口文件，而activationEvents决定了插件何时被加载——两者都错不得。
-
main值必须与实际输出路径严格一致：比如 webpack 输出到out/extension.js，那"main": "./out/extension.js"就不能写成"./dist/extension.js"或漏掉./ -
activationEvents不能只靠猜测：注册了onCommand:myext.do，就必须显式写"onCommand:myext.do"；若想支持打开任意 JS 文件即预热，补上"onLanguage:javascript"，但注意这会拖慢 VS Code 启动速度 - 常见静默失败场景：
activationEvents为空数组、写成["*"]（无效）、或用了未注册的命令 ID（如拼错myext.doo）
node_modules太大？优先用asar而非rollup或忽略
当vsce package耗时过长、生成的.vsix体积暴涨（>50MB），说明node_modules成了瓶颈。此时别急着删依赖或加.vscodeignore——很多插件依赖动态require，忽略后运行时报Cannot find module。
-
asar是更稳妥的选择：它不改变模块解析逻辑，只是把node_modules打包成单个node_modules.asar文件，VS Code 仍能正常require - 执行流程：先
npm install asar -D，再在打包脚本里加npx asar pack node_modules node_modules.asar，最后把node_modules.asar放进 vsix，删掉原始node_modules目录 - 实测效果：185MB 的
node_modules压缩为 98MB.asar，安装时间从 42s 降到 10s，且无兼容性问题
webpack.config.js不生效？三个硬性条件缺一不可
VS Code 插件开发中，很多人配了webpack.config.js却始终没触发打包，不是 webpack 本身问题，而是 VS Code 插件生态对配置文件有极强的路径与导出格式约束。
- 文件名必须是
webpack.config.js或webpack.config.cjs——webpack.prod.js或webpack.config.ts不会被识别 - 必须放在项目根目录（即
package.json同级），嵌套在config/下就等于不存在 - 导出必须用
module.exports = {...}，export default在多数构建上下文中被忽略 - 如果你用
vsce直接打包，它默认不走 webpack；得先手动运行npx webpack，再让vsce package去打包out/目录
vsce package报错“Extension 'xxx' not found”？检查ID和版本号格式
这个错误通常出现在本地调试没问题、但打包上传时失败的场景，根本原因是vsce对插件 ID 和版本号的校验比本地运行严格得多。
-
publisher和name组合构成唯一 ID，例如"publisher": "myname"+"name": "myext"→ ID 是myname.myext，不能含大写字母或空格 -
version字段必须符合语义化版本规范（x.y.z），1.0或1.0.0-rc1合法，1.0.0-rc.1或v1.0.0会被拒绝 - 执行
vsce package前，务必确认当前分支已git push，因为vsce会读取git tag做校验；未打 tag 或 tag 名与version不一致也会报这个错
