1.在小程序开发过程当中，引入了外部UI库，使用npm导入时，还需要在工具中点击构建npm。 2.我在云函数中使用npm，导入了一个操控文档的库，但是不用点击构建npm也能正常使用。 问题：所以这个构建npm到底是什么意思，有什么作用？

使用ci命令生成二维码的时候，无法写入磁盘。可磁盘权限已经是最高权限了 [图片] [图片]

设置如下：ci.preview({     project,     setting: { es6: true, minified: true     } 提示如下：Error: {"errCode":-1,"errMsg":"inner test source fail with errcode: -80051, errmsg: source size 2509KB exceed max limit 2MB"} 目前小程序还未使用分包，之前是使用开发者工具的上传前压缩代码功能，现在使用miniprogram-ci则会提示超出限制，请问现在是不支持代码压缩吗，后续大概什么时候支持呢？还有就是使用分包是否能解决此问题？

咨询一下 miniprogram-ci 是否有计划支持第三方平台开发？时间表大致是什么样的？

使用 miniprogram-ci 预览小程序遇到的问题，用桌面版开发工具预览是没问题的 重现 demo：https://github.com/xxapp/miniprogram-issue // 目录结构 /components /list index.js index.json index.wxml /pages /index index.json // index 页面配置这样写会导致小程序打不开 { "usingComponents": { "my-list": "../../components/list" } } // 改成这样就可以了 { "usingComponents": { "my-list": "../../components/list/index" } }

使用jenkins做为ci工具，现在发布场景需要登陆，但是jenkins的控制台输出的二维码尺寸太大，能否配置输出二维码的尺寸？

[图片] [图片]

[图片] 使用CI时，调用预览方法时报错，比如<image/> 这样写，就会报错,<image></image>这样写就没问题。

官方文档： https://developers.weixin.qq.com/miniprogram/dev/devtools/ci.html 由于这个npm包代码未开源（代码压缩混淆了），没有相应的github 提bug区域，故此将bug提在这里 重现环境： miniprogram-ci 版本: 1.0.11、1.0.12 window10 企业版 64位系统 nodejs v10.16.3 npm 6.11.3 注意：mac os系统上没有此问题 最小可重现代码： https://github.com/bigmeow/miniprogram-ci-bug 重现步骤 1. 用小程序开发者工具新建立一个项目， npm init 2. 安装 `npm i @vant/weapp -S --production` 和 `npm i miniprogram-ci -D` 3. 编写 build.js, 修改其中的appid和私钥，后台关闭白名单 4. 运行命令 `node build.js` 问题 如果不引入第三方库，构建npm和上传都成功； 引入了第三方库，构建npm成功，上传失败报错；但是直接点击小程序开发者工具的上传则无问题 [图片] 报错代码： "miniprogram-ci": "1.0.11" 版本错误信息： (node:21612) UnhandledPromiseRejectionWarning: Error: ["usingComponents"]["van-icon"]: "../icon/ind ex" not found     at Object.throwError (C:\project\github\bug\node_modules\miniprogram-ci\dist\utils\common.js:1: 274)     at _checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\common.js:1 :2012)     at Object.exports.checkComponentPath.t [as checkComponentPath] (C:\project\github\bug\node_modu les\miniprogram-ci\dist\json\common.js:1:2427)     at checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js :1:1537)     at compilePageJSON (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js:1: 2249) (node:21612) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated e ither by throwing inside of an async function without a catch block, or by rejecting a promise whic h was not handled with .catch(). (rejection id: 1) (node:21612) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the futu re, promise rejections that are not handled will terminate the Node.js process with a non-zero exit  code. "miniprogram-ci": "1.0.12" 、 "miniprogram-ci": "1.0.13"、 "miniprogram-ci": "1.0.14" 版本错误信息： (node:23640) UnhandledPromiseRejectionWarning: Error: ["usingComponents"]["van-icon"]: "../icon/index" not found     at Object.throwError (C:\project\github\bug\node_modules\miniprogram-ci\dist\utils\common.js:1:274)     at _checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\common.js:1:2120)     at Object.exports.checkComponentPath.t [as checkComponentPath] (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\common.js:1:2535)     at checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js:1:1537)     at compilePageJSON (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js:1:2249) (node:23640) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:23640) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. 2020年03月31日0.05分更新： "miniprogram-ci": "1.0.18" 版本已经解决上述问题，又发现一个新的问题，在上传时打印的日志: [图片] 找到出解析出问题的那段： [图片] 是 第三库里的wxml文件里直接写wxs 才会出现？

问题api: cli build-npm --project /Users/username/demo 期望表现（v1版本如此）： 接收了 "project" 这个项目路径参数后，首先会去查找 projetct.config.json文件中的"miniprogramRoot"字段，若存在这个字段，则在miniprogramRoot字段配置的路径下去构建npm 实际表现： 直接在"project" 这个项目路径下开始构建了npm,忽视了projetct.config.json文件中的"miniprogramRoot"字段; 03-18日更新：发现首先是在项目根路径下构建Npm,然后构建成功后再把构建成功的文件夹拷贝到dist目录，这有个很大的问题：拷贝过程有有大约一半的几率会报错说没有权限，机器不稳定 使用场景说明： 我的小程序目录结构如下: projectRootPath: |-------------src |-------------dist |-------------project.config.json 其中 project.config.json 的 miniprogramRoot 配置为 "dist/" 我真正要构建的是 dist目录 而不是 projectRootPath； 如果我直接给 --project 参数传递的路径为 dist所在目录则会提示说在这个目录下找不到project.config.json文件