开始教程
Follow the quickstart tutorial and get up and running with Capgo in no time!
安装
快速入门教程将带您了解 Capgo 的关键概念!将被探索的概念包括:
将应用程序添加到您的 Capgo 帐户
将 Capgo 与您的 CI/CD 集成
通过推送提交触发 Capgo 上的包上传
配置和自定义 Capgo 包发布
设置应用程序以启用通过 Capgo 的实时更新
从 Capgo 部署实时更新到应用程序
请按照指南逐步进行,或直接导航到您感兴趣的组件的文档。
开始教程
Follow the quickstart tutorial and get up and running with Capgo in no time!
CLI 入门指南
Complete step-by-step guide for the interactive CLI onboarding process.
发布更新
将更新推送到您的应用程序从Capgo控制台。
自动发布更新
在CI/CD中集成Capgo,并在推送提交时通过Capgo触发打包上传。
常见问题解答
总结
总结:快速回顾你学到的内容
提示
| 插件版本 | Capacitor 兼容性 | 维护 |
|---|---|---|
| v7.*.* (≥7.25.0) | v7.*.* | ✅ 全面支持 |
| v6.*.*(≥6.25.0) | v6.*.* | ✅ 全面支持 |
| v5.*.* (≥5.10.0) | v5.*.* | ✅ 全面支持 |
| v5.*.* (≤5.10.0) | v5.*.* | ⚠️ 已废弃 |
| v4.*.* | v4.*.* | ❌ 不再支持 |
| v3.*.* | v3.*.* | ❌ 不再支持 |
| >= 8 | v4.*.* | ⚠️ 已废弃(由于CI过程中的版本问题) |
Android Google Play 和 iOS App Store 都有相应的指南,包含了您在集成 Capacitor-updater 解决方案之前应了解的规则。
第三段 设备和网络滥用 主题的第三段描述了,通过任何方式(除了 Google Play 的更新机制)更新源 code 是受限制的。但是,这一限制不适用于更新 JavaScript 包。
这一限制不适用于在虚拟机中运行的 code,该 code 有有限的访问 Android API 权限(例如在 webview 或浏览器中运行的 JavaScript)。
这完全允许 Capacitor-updater,因为它只更新 JS 包,而不会更新原生 code。
段落 3.3.2, 因为从2015年开始的 苹果开发者计划许可协议 允许在20170605版本中进行JavaScript和资产的无线更新 - 可以在这里下载 这个裁决甚至更广泛: 根据__CAPGO_KEEP_0__的解释,__CAPGO_KEEP_0__可以下载到一个应用程序中,但仅当__CAPGO_KEEP_1__满足以下条件时:(a) 不改变应用程序的主要目的,提供与应用程序在App Store提交时宣传的目的不一致的功能或功能;(b) 不创建其他__CAPGO_KEEP_2__或应用程序的商店或商店;(c) 不绕过签名、沙盒或其他OS的安全功能。
Interpreted code may be downloaded to an Application but only so long as such code: (a) does not change the primary purpose of the Application by providing features or functionality that are inconsistent with the intended and advertised purpose of the Application as submitted to the App Store, (b) does not create a store or storefront for other code or applications, and (c) does not bypass signing, sandbox, or other security features of the OS.
Capacitor Updater allows you to follow these rules in full compliance so long as the update you push does not significantly deviate your product from its original App Store approved intent.
场景,因为在 Force update App Store Review Guidelines 中指出: 状态是:
__CAPGO_KEEP_0__
对于背景更新的默认行为来说,这并不是一个问题,因为它不会强制用户在下一次关闭应用时应用新版本,但至少您应该了解这一角色,如果您决定显示它。
插件遵循LGPL-3.0许可证,后端遵循AGPL-3.0许可证。
💡 LGPL-3.0意味着如果有人修改了插件的code,必须以相同的许可证发布它。如果您未修改code,则不受此影响。有关更多详细信息,请参见下面的问题和链接👇
您可以将其包含在应用中而无需担心
__CAPGO_KEEP_0__ GitHub 主办方.
我决定将所有code的开源代码而不是付费墙。通过开放而不是战斗和隐藏,我相信我们可以使世界变得更好。
为了使这一切成为可能,我们都需要做出贡献,包括你 🥹。如果Capgo云无法满足您的需求,您可以 支持一个自主的创造者GitHub赞助 以您自己的方式
基本计划的价格:$14*12 = $168一年。 平均开发/小时 = $60。 这意味着,如果您在自主托管中浪费了 3 小时的开发时间,您可以支付一整年的费用,如果您花费了超过 3 小时,您就亏损了 ^^
如果您正在使用 概述 来规划 CI/CD 自动化,连接它 Capgo CI/CD 为产品工作流程在 Capgo CI/CD 中 Capgo 原生构建 为产品工作流程在 Capgo 原生构建 中 Capgo 集成 为产品工作流程在 Capgo 集成 中 CI/CD 集成 为 CI/CD 集成 的实现细节 GitHub 动作集成 为 GitHub 动作集成 的实现细节