说实话，咱就是说CI/CD自动化上传AppGallery，这事儿听起来简单，但实际操作起来你会发现一堆问题。

一开始，先kan文档。获取服务端授权，然后把拿到的client_id 和 client_secret 进行如下请求。

const result = axios.post;// 拿到的 Tokenconst accessToken = result.access_token; 第二步，申请上传权限

接着，直接kan代码就行，到这一步还没有坑。

const contentLength = fs.statSync.size; const uploadApplyResult = axios.get 遇到的第一个难题：文档不清晰

害，你以为文档写得hen清楚？实际上，它有hen多细节dou没讲清楚。

比如说你需要把Content-Length放入头部，他的头部签名字段x-amz-content-sha256中需要Content-Length来进行签名。

// 第二步拿到的上传结果const result = uploadApplyResult;// 文件流const fileStream = fs.createReadStream;// 现在不会报错了...const response = await axios.put; 第三部，开始上传 APK 文件

我们要求是只需要上传到平台就行，所以不用搞分片上传。这一步就是坑的开始，Ru果你按照文档来百分百会给你报一串错误 XML，如下：

<?xml version="" encoding="UTF-" standalone="yes"?><Error> <Code>SignatureDoesNotMatch</Code>...

其实问题的症结就在于，文档没告诉你，你需要把Content-Length放入头部，他的头部签名字段x-amz-content-sha256中需要Content-Length来进行签名。

第四步，geng新应用文件信息

// 第二步拿到的结果const objectId = uploadApplyResult.urlInfo.objectId;const fileName = 'my.apk'const fileInfoResult = await httpClient.put; 遇到的第二个难题：版本兼容性问题

CI/CD过程中常见的配置偏差、依赖冲突等问题,需要建立完善的监控体系和回滚机制.自动化运维平台内置的依赖关系图谱功Neng,可可视化展示组件依赖链,提前识别潜在冲突风险.

自动化部署过程中常见的配置偏差、依赖冲突等问题,需要建立完善的监控体系和回滚机制.说白了就是版本管理要Zuo好，不然就会出问题。

Zui后

我kan到截止目前 -- 为止，AppGallery Yi经从 v2 升级到了 v3。所以搞 API 没啥前途。你kan到上面所谓的 SignatureDoesNotMatch 后Neng第一时间想到kan是不是少了或者多了参数，这种解决问题的直觉才是我认为Zui重要的。

# 对了说到这个，有人问“为什么百度不收录”？我的回答是这事儿吧，得kan情况。有时候是网站本身的问题，有时候是百度的算法问题。你得检查你的网站是不是有啥技术问题，比如 robots.txt 文件配置错了或者网站结构太复杂了。还有啊，就是kankan是不是被惩罚了或者是不是内容重复度太高了。这些dou是可Neng的原因，你得一一排查。

.ps: 英文版文档还没改，用的还是 v2 的 API。说实话，这年头搞 CI/CD, 不容易啊！各种问题层出不穷，但咱还是得一步一步来解决问题，是吧！你懂的！一般来说你需要按照以下几步走。是代码构建；然后是自动化测试；接着，就是部署和上传.

#微信小程序#miniprogram-ci#Jenkins#CI/CD微信小程序.每次发版dou要有人手动打开微信开发者工具，点几下,然后祈祷网络不要出问题.

. 至此，我们探讨了一些关于“CI/CD自动化上传AppGallery有哪些难题？”的问题，相信这些分析和实践Neng够帮助你在CICD ,过程中少走弯路。

---