自动化与脚本
为 Capacitor 应用搭建 Capgo 实时更新…
当需要为 Capacitor 应用建立覆盖 OTA 更新、原生构建和商店发布的统一发布流程时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
为 Capacitor 应用搭建 Cap特定
解决思路
- 确定发布需求:判断应用是否需要 OTA Web 更新、签名的 iOS 和 Android 构建、TestFlight 或 Google Play 发布、分阶段渠道或分阶段上线;记录仓库中已存在的部分。
- 如果 OTA 更新是必需的,使用 `capgo-live-updates` 技能;在启用自动发布前,保留应用的发布渠道结构并定义回滚策略。
- 如果团队需要可复现的原生构建,使用 `capacitor-ci-cd` 技能;将签名、构建环境变量和版本号递增置于仓库控制之下。
- 如果需要自动发布,使用 `capacitor-app-store` 技能;保持凭据、轨道选择和发布门控与当前发布策略一致。
- 按顺序验证端到端发布流程:1. 原生构建成功;2. 商店产物有效;3. 匹配应用版本的实时更新上传成功;4. 回滚和渠道定向行为符合预期。
- 处理 OTA 设置问题时,在启用广泛发布前验证 Capgo 插件启动和回滚路径。
- 处理 CI/CD 失败时,在更改发布逻辑前先修复签名和环境输入。
- 处理商店发布失败时,隔离 Apple 和 Google 流水线,避免一个平台阻塞另一个平台的诊断。
适用边界 · 注意事项
- 不适用于非 Capacitor 框架。
- 不适用于 Ionic Enterprise 插件迁移。