之前在公司搭建了一个前端部署平台（cb-cycle），波及小程序、网页利用的部署。（流程节点可自定义开发，原则上任意程序都能够实现部署，甚至不至于部署）。
无奈小程序自动化只能到上传代码（miniprogram-ci）这一步，连根本的主动设为体验版都做不到（当然能够手动固定机器人版本默认作为体验版），手工运维占了大部分，导致这小程序自动化部署性能被诟病。
当然如果前行是能够将这个流程跑通的：通过保护管理员账户通过无头浏览器进行主动保护，对我来说属于不到无可奈何不干的事件。
不过好巧工作这么久的常识让我受益匪浅，脑子里蹦出了“微信第三方平台”。
什么是“微信第三方平台”
摘一段官网形容：
微信官网为了帮忙服务商开发者能够更加聚焦业务开发，缩小在环境搭建、管理工具建设等我的项目的老本投入，推出“一键搭建第三方平台后端服务、一键部署第三方平台管理工具”的性能，助力服务商更高效地基于第三方平台开展业务。
由官网保护迭代的“第三方平台后端服务”以及名称为【服务商微管家】的“第三方平台管理工具”，以镜像形式和开源的形式进行凋谢。开发者一键部署即可取得开箱即用的后端服务与服务商 saas 利用（服务商微管家），开发者也能够进行与业务的开发对接。
在该板块中次要介绍该工具的性能、使用指南、开发和保护指南等相干内容。
简略说：就是能够通过第三方对受权的公众号小程序进行部署保护和开发。
本文不介绍账户注册审核相干信息，如果须要请关注微信第三方文档。 https://developers.weixin.qq....
官网提供了一套基于golang的程序跑起来就能够实现大部分事件了。
https://developers.weixin.qq....
流程劣势
原有根底流程：
开发 -> 手动上传代码 -> 手动 [体验版测试] -> 手动提交审核 -> 手动公布（灰度？）
现有自动化：比照上一个流程，只是标准了分支和上传。
开发 -> 上传到开发分支 -> 合并到[测试|公布分支] -> webhook触发构建 -> 上传代码 -> 手动 [体验版测试] -> 手动提交审核 -> 手动公布（灰度？）
接入第三方的自动化：残缺的从开发到公布的标准，几乎完满，就是步骤多了一点。
开发 -> 上传到开发分支 -> 合并到[测试|公布分支] -> webhook触发构建 -> 上传草稿代码 -> 设置成模版代码 -> 上传模版代码 -> [体验版测试] -> 提交审核 -> 公布（灰度？）
从上传到公布都能够通过第三方平台进行。
利用接入
当领有第三方平台利用后第一步就是接入了，这个很简略通过官网程序让管理员抉择小程序进行接入就好了。
利用开发
相比旧的开发，这里的改变十分小，只减少了一个ext.json的配置文件。ext.json决定开发时采纳的小程序。
ext.json权重比app.josn大，会笼罩或替换。
具体配置我这也不介绍，不是重点，参考即可。
https://developers.weixin.qq....
利用自动化
比照部署平台来说，须要在原有根底（构建节点、上传节点）再开发三个节点：
1、模版解决节点：设为模版 + 模版上传（到指定小程序，会主动设置为体验版）
2、提审节点（提交到微信审核）
3、公布节点（部署起点）
认真看其实少了个上传代码到草稿的操作，这个次要依赖于ext的配置，配置开发小程序后上传代码后会主动设置为模版草稿。
对于微信第三方规范模版，只有存在一个应用该模版的小程序并通过了审核，其余同样应用的小程序提审将进入减速审核通道，参考。
https://developers.weixin.qq....
模版解决节点
波及接口
https://developers.weixin.qq....
https://developers.weixin.qq....
提审节点
https://developers.weixin.qq....
公布节点
https://developers.weixin.qq....
结尾
难受。
文章对很多都进行了简化，能够作为参考，具体须要参考文档和本身业务。
不才的博客 https://notbucai.com/