目前我司通过第三方平台管理多个小程序的发布，当代码模板中的app.json中存在 tabBar配置，在提交模板到小程序时，无法再通过extJson关闭tabBar。 预期是 ext.json 中能够控制小程序显示隐藏 tabBar，而不必重新编译一套模板。

复现流程： 在微信开发者工具中上传代码时将ext.json一起打包上传后，ext.json中的subpackages中的plugins字段是生效的。 但是通过代开发模式下的上传代码并生成体验码接口中的ext_json进行配置，subpackages中的plugins不生效。 小程序报错 [图片] ext.json如下 {     "directCommit": false,     "ext": {         "baseUrl": "xxx"     },     "extAppid": "xxx",     "extEnable": true,     "plugins": {         "xxx": {             "version": "0.3.0",             "provider": "xxx"         }     },     "requiredPrivateInfos": [         "getLocation",         "chooseAddress"     ],     "subPackages": [         {             "root": "xxx",             "pages": [                 "pages/xxx/xxx"             ],             "plugins": {                 "myPlugin": {                     "version": "2.5.8",                     "provider": "wxfab2bf944bfc4da6"                 }             }         }     ] }

https://developers.weixin.qq.com/miniprogram/dev/devtools/ci.html 通过 pnpm 工具以命令 `pnpm install miniprogram-ci --save` 安装 miniprogram-ci 后，在调 ci.upload() 时，会报如下错误： Error: dist/pages/party-building/index.js: undefined at throwError (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/utils/common.js:1:1103) at f (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/handler/js.js:1:2541) at processTicksAndRejections (node:internal/process/task_queues:96:5) at async compileJS (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/handler/js.js:1:2801) at async Promise.all (index 6) at async compileJSFiles (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/common.js:1:2580) at async compile (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/mini_program.js:1:2482) at async innerUpload (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/ci/upload.js:1:1796) at async upload (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/ci/upload.js:1:898) at async Object.upload (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/utils/report.js:1:1403) { code: 10009, path: 'dist/pages/party-building/index.js' }

[图片]

当前从草稿箱提交模板到模板库时，由于缺乏template_id，难以快速对模板库中的新模板信息进行补充，都需要手动管理。对三方平台的扩展极为不便。 相关文档： https://developers.weixin.qq.com/doc/oplatform/Third-party_Platforms/2.0/api/ThirdParty/code_template/addtotemplate.html

windows 10下， 基于wsl2来开发， 文件目录在wsl2里面。 由于wsl2的io很慢的问题，导致微信开发者工具打开项目非常慢（无法编译完成所有的文件就超时）在wsl2下编译，无法直接通过windows命令行开发者工具来上传 2022.4.25 更新， 最新的2204180版本还是无法直接loading wsl2下的文件 :( [图片]

winsows 开启子系统 使用 linux 子系统安装小程序项目的 node_modules windows 上使用 微信开发者工具打开，会报错 Error: UNKNOWN: unknown error, lstat on ${某路径} 都 9102 年了，能不能解决一下，目测是项目启动时，开发者工具检查项目目录的文件，但是获取不到 linux 子系统安装包的软链（例如：node_modules/.bin/eslint） 报错，使用 windows 装没问题 https://github.com/Microsoft/WSL/issues/353 或者能不能不检查 .bin 下的文件

[图片] WSL2 的 mnt 文件性能很低，而且不能监控文件，基本不能用，只能把项目装在 WSL 内。 但是开发工具的 File System 有问题，不能监控 WSL 内的项目，希望能够解决。

WSL2下不能正常调试，将项目文件拷贝到windows下目录可以正常运行。 运行taro demo，错误如图： [图片]

[图片] 微信开发者工具致力于提升开发者的开发效率，让开发者拥有更好的开发体验。 现邀请各位开发者参与「微信开发者工具有奖调研」，畅所欲言，让我们更了解你的需求和建议。 在问卷停止收集后，微信团队将从有效问卷中随机抽取 30 位参与者送出微信官方周边礼物，突出贡献回答者更有机会获得特别礼物及深度访谈机会，进一步了解你的核心需求。 [图片] * 图片仅供参考，实际奖品选择与发放将视官方周边更新与存货情况进行适当调整 参与方式：即日起至 2021 年 12 月 20 日 0点，点击 微信开发者工具有奖调研问卷 或者扫描下方小程序码进行填写。 [图片] * 获奖名单将于2021 年 12 月 24 日在「微信开发者」公众号进行公示 如有其他开发者工具相关的问题，可在 微信开放社区工具交流专区 发帖互动，技术专员将为大家解答及进行深度交流。