回滚在 Capacitor 确保您的应用程序在无线（OTA）更新期间保持稳定。以下是您需要了解的内容：
- 自动回滚:自动切换到上一个稳定版本，如果更新失败。
- 手动回滚:允许开发人员快速修复手动回滚到之前的版本。
- 默认捆绑包备份: 如果所有更新失败，应用程序将恢复到其原始包。
如何设置它：
- 自动回滚context
- 页面/区域：Live updates产品页面。角色：短UI标签或导航项。见于：页面live-update.astro。消息键`live_update_feature_auto_rollback` (Live Update Feature Auto Rollback)。: 使用配置项，如成功率阈值（例如95%）和监控周期（例如5分钟）。
手动回滚
- : 保留多个版本以便灵活性（例如最后5个版本）。
- 管理提示：
- 在发布之前在测试环境中测试更新。
监控更新成功率和错误以提前触发回滚。
快速比较表格:
| 平台 | 回滚类型 | 分析 | 加密 | 托管选项 | 成本 |
|---|---|---|---|---|---|
| Capgo | 自动/手动 | 是 | 是 | 灵活 | 经济实惠 |
| 手动 | 否 | 否 | 有限 | 较低 | |
| Appflow | 自动/手动 | 部分 | 否 | 有限 | 高 |
通过合适的设置和工具，如Capgo,您可以确保更新顺畅并快速解决问题来保持应用程序运行顺畅。
MAD24 304 利用原子升级 OSTree for …
在Capacitor更新中如何使用回滚 Capacitor
Capacitor 包括一个回滚功能，确保在无线更新过程中应用程序的稳定性，作为对潜在问题的保护。
回滚类型
- 自动回滚: If an update fails, Capacitor automatically reverts the app to its last stable version.
- 手动回滚：开发者可以手动回滚到之前的版本，允许在分阶段发布或生产问题期间进行快速修复 [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, 可以在一个点击中回滚到任何已保存的版本。
参考：
| 回滚类型 | 超时 | 成功阈值 | 监控周期 |
|---|---|---|---|
| 自动 | 15 秒 | 95% | 5 分钟 |
| 手动 | N/A | 自定义 | 持续 |
前往下一节了解回滚管理技巧
回滚管理提示
通过测试、监控和谨慎部署更新来降低用户影响。
测试环境
在一个模拟生产环境的测试环境中模拟回滚场景。
检查回滚准备:
- 将beta更新部署到小规模用户群使用Capgo频道 [1].
- 如果出现问题，请触发回滚到最近的稳定版本。
测试完成后，重点监控更新在生产环境中的性能。
更新性能跟踪
保持对更新性能的跟踪，以确保顺利回滚:
- 监控live update成功率和用户参与度 [1].
- 密切关注错误，以及早触发回滚，避免重大中断。
- 利用分析来发现和解决瓶颈。
“We rolled out Capgo OTA updates in production for our user base of +5000. We’re seeing very smooth operation and almost all our users are up to date within minutes of the OTA being deployed to @Capgo.”
- colenso [1]
一旦监控系统建立，应逐步发布更新。
阶段性更新发布
逐步发布更新：首先发布10%，然后50%，最后100%的用户 [1].
“我们实行敏捷开发，@Capgo对于持续交付至关重要！”
- 罗德里戈·曼蒂卡 [1]
平台回滚功能
我们已经讨论了回滚设置和最佳实践，现在让我们来看看顶级平台如何处理回滚。他们提供的工具可以大大提高恢复问题更新的速度和可靠性。
Capgo 在其产品中，__CAPGO_KEEP_0__特别突出。 一键回滚 到任何版本。它还提供 端到端加密, 实时分析, 高级发布渠道，以及云托管和自托管的灵活性 [1].
另一方面， Appflow 具有高昂的年费和不明确的路线图，这使其不太吸引人 [1].
选择平台时，关键因素包括 安全性, 分析深度、发布灵活性和总体成本。Capgo结合了回滚可靠性、强加密和成本-effectiveness，使其成为所有规模的团队的坚实选择 [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.
A solid rollback plan includes a mix of automatic and manual options, real-time monitoring, gradual rollouts, and secure update pipelines. Tools such as Capgo simplify this process with features like one-click rollbacks, encrypted updates, and integrated analytics. With these strategies, your app can deliver consistent and reliable updates without interruptions.
继续配置回滚的Capacitor更新
如果您正在使用 Configuring Rollback for Capacitor Updates 计划回滚和版本控制 连接它与 回滚 回滚的实施细节 版本目标 上下文:Capgo解决方案营销页面。角色:短UI标签或导航项。见于:站点头部、组件SolutionsMegaMenu.astro、页面解决方案/版本目标.astro。消息键`solutions_version_targeting` (解决方案版本目标)。 回滚的实施细节， 配置回滚 对于 bundle 的实现细节，以及 Capgo 实时更新 对于 Capgo Live Updates 中的产品工作流。
