我们公司的小程序越来越多，在小程序部署发布方面，目前都是通过员工个人在微信开发者工具上部署、在微信小程序后台提交审核。 这种研发模式，小程序量少时问题不大，还能玩转。 但是当小程序多起来后，小程序的研发流程太过松散。 我司的web应用基本都已DevOps化了，公司内部有一个web发布系统，可以在这里进行创建web应用(给应用一个身份)、构建、部署等研发流程。工程师本地只需开发并提交推送代码到gitlab即可，发布系统从gitlab拉取代码做一系列的操作，最常见的就是持续集成/部署相关的构建和部署。 具备一定规模的IT企业，几乎都有这种发布系统。这种模式的优点是：研发流程标准化，利于多人协作，利于统一对工程做自动化处理。 而小程序的代码是部署在微信云端的，不受开发者控制（至少不能完全直接控制）。 我希望让小程序的研发流程也接入到发布系统里，也具备与web应用类似的操作流程。有几个关键点： 上传代码到微信云端预览小程序（我理解本质也是上传，只是临时性的）提交审核发布小程序1和2，我发现可以用miniprogram-ci这个小程序官方提供的npm包实现，1还可以通过第三方平台HTTP API实现。 3和4，似乎就只能通过第三方平台HTTP API实现了。 以及其他诸如成员管理，加急审核之类的功能第三方平台HTTP API应该基本都有。而miniprogram-ci的功能非常有限。 我粗略了瞄了一眼第三方平台文档，接口还是很多的，但不确定是不是小程序后台上的功能都有对应的API，常用的小程序部署相关功能可能在企业内部的发布系统也是要具备操作入口的。 miniprogram-ci：https://www.npmjs.com/package/miniprogram-ci 第三方平台HTTP API小程序文档：https://developers.weixin.qq.com/doc/oplatform/Third-party_Platforms/2.0/api/code/commit.html 以上我描述了我想做的事情，但不确定第三方平台HTTP API是不是最佳方案，因为从官方文档描述来看，服务商和商户是两个主体，是商业关系，而我这个场景，并不是两家公司，只是希望将小程序的研发流程通过另一个web系统标准化，并不存在所谓『第三方』。 请大佬们解惑一下，谢谢。

支付单号： 4200001181202110313282306860 notify_url: https://xxx.com/api/c/courses/orders/wxNotification/ （已确认此url公网可以访问） 需要在微信支付后台填写回调白名单么？好像没找到 另外，文档里说的不能有参数，是指query参数还是path参数？ https://xx.com/users/123 ↑这种可以么 https://xx.com/users/getList?a=1 ↑这种不行吧？