希望miniprogram-ci工具，在体验码上做两处优化 文档地址 https://developers.weixin.qq.com/miniprogram/dev/devtools/ci.html 1.上传后，不能设置体验版且获取不到二维码。 我希望的是，最好ci.upload方法增加上传即设为体验版的选项，同时可以获取到二维码比如像预览码一样生成路径，这样ci的逻辑就可以和预览码的流程一致，将码发出去给别人看了，不然上传完还得手动去后台将刚才上传的包设置为体验版，再截图将码发出去 2. 根据文档，upload的version是必传，此参数能不能可选，这样默认自动自增小版本号，就像开发者工具一样?

相关链接：miniprogram-ci 我们知道官方提供的 CI 工具提供了代码上传的能力，调用 ci.upload() 方法时，需要传递一个版本号的参数 version。如果说每次使用 miniprogram-ci 进行代码上传的时候，都要去「小程序后台」查看当前小程序的线上版本号，然后根据它再设置相应的版本并传递给 ci.upload() 的话，那我觉得这个 CI 工具还不够 CI 吧。 一个「不够优雅且很无奈」的解决方案是：自己维护一个版本号（无论是维护到项目的 package.json 的 version 中，还是用一个数据表存起来），它都不能完全解决版本问题。 举个例子：通常情况下更新版本号应在 major、minor 或 patch 版本上 +1，这是毫无疑问的，如果我们上传代码至小程序后台，供产品验收，假设验收不通过或者其他原因导致该版本无法进行提审，需要调整后重新上传。由于上一次自身维护的版本号已经 +1，那么这次重新上传版本号就是「线上版本 + 2」的效果了，但显然这不是我们预期结果。我们想要的始终都是「当前线上版本号 + 1」的效果。 但目前，无论是 wx.getAccountInfoSync() 还是服务端 getVersionInfo 提供的能力，都离不开小程序的运行环境，它没办法在 CI/CD 环节上真正做集成。 因此，建议 miniprogram-ci 工具能提供一个获取「线上版本号」的能力，这样的话，版本管理问题才能真正解决。 而且，搜索了一番，发现社区上对于获取线上版本号的问题还是有需求的。 最好的话，miniprogram-ci 也能提供一个上传代码并设置为体验版的能力，谢谢~

- 当前 Bug 的表现（可附上截图） 压缩正常，打开后显示乱码文件名 [图片] - 预期表现 - 复现路径 - 提供一个最简复现 Demo