回滚在 Capacitor 确保您的应用程序在无线（OTA）更新期间保持稳定。以下是您需要了解的内容：
- 自动回滚: 如果更新失败，则自动切换到上一个稳定版本。
- 手动回滚: 允许开发人员快速修复手动回滚到之前的版本。
- 默认捆绑备份: 如果所有更新失败，应用程序将恢复到其原始包。
如何设置：
- 自动回滚: 使用成功率阈值 (例如 95%) 和监控周期 (例如 5 分钟) 等配置。
- 手动回滚: 保留多个版本以实现灵活性 (例如最后 5 个版本)。
管理提示:
- 在发布之前在测试环境中测试更新。
- 监控更新成功率和错误率以提前触发回滚。
- 使用分阶段发布 (例如 10%、50%、100%) 以最小化影响。
平台比较:
快速比较表格:
| 平台 | 回滚类型 | 数据分析 | 加密 | 托管选项 | 成本 |
|---|---|---|---|---|---|
| Capgo | 自动/手动 | 是 | 是 | 灵活 | 经济实惠 |
| 仅手动 | 否 | 不 | 有限 | 降低 | |
| Appflow | 自动/手动 | 部分 | 不 | 有限 | 高 |
Capgo类似工具的正确设置可以确保更新顺畅并快速解决问题以保持应用程序运行平稳。
MAD24 304 利用原子升级 OSTree How …
How __CAPGO_KEEP_0__ 在 Capacitor Framework 文档网站
Capacitor includes a rollback feature that ensures app stability during over-the-air updates, acting as a safeguard against potential issues.
自动回滚
- : 如果更新失败，__CAPGO_KEEP_0__ 将自动将应用重置为其最后一个稳定版本。: If an update fails, Capacitor automatically reverts the app to its last stable version.
- : 开发人员可以手动回滚到之前的版本，允许在分阶段发布或生产问题期间进行快速修复作为一个额外的安全网，__CAPGO_KEEP_0__ 也依赖于原始应用包。 [1].
As an added safety net, Capacitor also relies on the original app package.
使用默认捆绑包作为备份
如果所有更新尝试失败，Capacitor 将使用原始捆绑包恢复应用程序，确保应用程序保持可用。
设置回滚：一步一步
以下是如何有效地设置自动和手动回滚选项的说明。
自动回滚配置
要启用自动回滚，请设置检测和成功标准：
const config = {
autoRollback: true,
timeout: 15000, // Timeout: 15 seconds
checkInterval: 5000 // Check interval: 5 seconds
};const updateConfig = {
minSuccessRate: 95, // Rollback if success rate drops below 95%
monitorDuration: 300000 // Monitoring duration: 5 minutes
};手动回滚设置
要进行手动回滚，请自定义选项：
const rollbackOptions = {
versionControl: true,
keepVersions: 5, // Retain the last 5 versions
};如果您正在使用 Capgo，则可以以单击方式回滚到任何保存的版本。
参考：
| 回滚类型 | 超时 | 成功阈值 | __CAPGO_KEEP_0__ |
|---|---|---|---|
| 自动 | 15 秒 | 95% | 5 分钟 |
| 手动 | N/A | 自定义 | 持续 |
前往下一节了解回滚管理的技巧。
回滚管理技巧
通过测试、监控和谨慎部署更新来降低用户影响。
在测试环境中进行测试
模拟回滚场景在一个与生产环境类似的测试环境中。
回滚准备检查：
- 使用Capgo频道向小规模用户群部署beta更新 [1].
- 如果出现问题，请触发回滚到最近的稳定版本。
测试后，关注更新在生产环境中的性能。
更新性能跟踪
确保回滚顺利：
- 监控实时更新的成功率和用户参与度 [1].
- 监控错误率，以早期发现问题并避免重大中断。
- 利用分析工具找出和解决瓶颈。
“我们在生产环境中为超过5000名用户推出了Capgo OTA更新。我们看到更新非常顺畅，几乎所有用户在OTA部署到@Capgo后几分钟内就已经更新完成了。”
- colenso [1]
一旦监控系统建立，逐步发布更新。
阶段性发布
逐步发布更新：首先10%，然后50%，最后100%的用户 [1].
“We practice agile development and @Capgo is mission-critical in delivering continuously to our users!”
- 我们实践敏捷开发，@__CAPGO_KEEP_0__ 在持续交付给用户方面至关重要！ [1]
罗德里戈·曼蒂卡
平台回滚功能
Capgo __CAPGO_KEEP_0__ 以其 一键回滚 到任何发布。它还提供, 实时分析包括高级发布渠道以及云托管和自托管的灵活性 [1].
与此同时 Appflow 具有高昂的年费和不明确的路线图，这使其不太吸引人 [1].
选择平台时，需要权衡的关键因素包括 安全性, the depth of analytics, deployment flexibility, and overall cost. Capgo combines rollback reliability, strong encryption, and cost-effectiveness, making it a solid option for teams of all sizes [1].
发布灵活性
Ensuring smooth updates for your Capacitor app requires reliable rollback methods from the initial setup to phased releases. By configuring settings correctly and choosing the right platforms, teams can quickly address issues from faulty updates while keeping users happy.
Capgo结合了回滚可靠性、强加密和成本效益，成为所有规模的团队的坚实选择
Keep going from Configuring Rollback for Capacitor Updates
如果您正在使用 Configuring Rollback for Capacitor Updates 为了计划回滚和版本控制，连接它 回滚 回滚的实现细节 版本目标 版本目标的实现细节 更新行为 更新行为的实现细节 打包 打包的实现细节 Capgo 实时更新 为产品工作流程在Capgo Live Updates中使用。
