回滚 Capacitor 可确保应用在 OTA 更新期间保持稳定。以下是您需要了解的内容：
- 自动回滚：如果更新失败，自动回滚到上一个稳定版本。
- 手动回滚：允许开发者手动回滚到之前的版本，以便快速修复。
- 默认 Bundle 备份：如果所有更新都失败，应用将恢复到原始安装包。
如何设置：
- 自动回滚：使用成功率阈值（例如 95%）和监控周期（例如 5 分钟）等配置。
- 手动回滚：保留多个版本以提供灵活性（例如最近 5 个版本）。
管理技巧：
- 在发布前，先在预发布环境中测试更新。
- 监控更新成功率和错误，以便尽早触发回滚。
- 使用分阶段发布（例如 10%、50%、100%）以将影响降至最低。
平台对比：
快速对比表：
| 平台 | 回滚类型 | 数据分析 | 加密 | 托管选项 | 成本 |
|---|---|---|---|---|---|
| Capgo | 自动/手动 | 是 | 是 | 灵活 | 高性价比 |
| 仅限手动 | 否 | 否 | 有限 | 较低 | |
| Appflow | 自动/手动 | 部分支持 | 否 | 有限 | 高 |
通过正确的配置和 Capgo 等工具，你可以确保更新顺畅，快速解决问题，让应用持续稳定运行。
MAD24 304 利用 Atomic Upgrades 搭配 OSTree 用于 …
回滚如何运作 Capacitor
Capacitor 包含回滚功能，可在 OTA 更新期间确保应用稳定性，为应对潜在问题提供安全保障。
回滚类型
- 自动回滚：如果更新失败，Capacitor 会自动将应用恢复到上一个稳定版本。
- 手动回滚：开发者可以手动回滚到之前的版本，以便在分阶段发布或生产环境出现问题时快速修复 [1].
作为额外的安全网，Capacitor 还依赖原始应用包。
使用默认 Bundle 作为备份
如果所有更新尝试都失败，Capacitor 将使用原始 bundle 恢复应用，确保应用保持可用。
配置回滚：分步指南
以下是如何有效设置自动和手动回滚选项。
自动回滚配置
要启用自动回滚，请设置检测和成功标准：
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 分钟 |
| 手动 | 不适用 | 用户自定义 | 持续 |
前往下一节，了解回滚管理技巧。
回滚管理技巧
通过测试、监控和谨慎部署更新，尽量降低对用户的影响。
在 Staging 中测试
在与生产环境一致的 Staging 环境中模拟回滚场景。
检查回滚准备情况：
- 使用 Capgo channels 向小范围用户部署 Beta 更新 [1].
- 如果出现问题，触发回滚到最近的稳定版本。
测试完成后，重点监控更新在线上环境中的表现。
更新性能追踪
持续关注更新表现，确保回滚顺利进行：
- 监控 live update 成功率和用户参与度 [1].
- 密切关注错误，以便及早启动回滚，避免重大故障。
- 利用分析工具发现并解决任何瓶颈。
“我们为超过 5000 名用户在生产环境中推送了 Capgo OTA 更新。目前运行非常平稳，几乎所有用户在 OTA 部署到 @Capgo 后几分钟内就完成了更新。”
- colenso [1]
监控到位后，逐步发布更新。
分阶段发布更新
逐步分发更新：先覆盖 10% 的用户，然后是 50%，最后是 100%。 [1].
“我们践行敏捷开发，@Capgo 对持续向用户交付至关重要！”
- Rodrigo Mantica [1]
平台回滚功能
我们已经讨论了回滚配置和最佳实践，接下来看看主流平台如何处理回滚。它们提供的工具会极大影响你从问题更新中恢复的速度和可靠性。
Capgo 其突出优势在于 一键回滚 到任意版本。它还提供 端到端加密, 实时分析、高级部署渠道，以及云托管和自托管选项的灵活性 [1].
与此同时， Appflow 年费高昂、路线图不清晰，使其吸引力下降 [1].
选择平台时，需要权衡的关键因素包括 安全性、分析深度、部署灵活性以及整体成本。Capgo 结合了回滚可靠性、强加密和高性价比，是各种规模团队的可靠选择 [1].
总结
要确保 Capacitor 应用更新顺畅，从初始设置到分阶段发布，都需要可靠的回滚方法。正确配置各项设置并选择合适的平台，团队就能快速处理有问题的更新，同时让用户保持满意。
完善的回滚方案应包含自动和手动选项、实时监控、灰度发布以及安全的更新 pipeline。Capgo 等工具通过一键回滚、加密更新和集成分析等功能简化了这一流程。借助这些策略，你的应用可以持续、可靠地交付更新，而不会中断。
继续阅读：为 Capacitor 更新配置回滚
如果你正在使用 为 Capacitor 更新配置回滚 要规划回滚和版本控制，请将其与 回滚 有关 Rollbacks 的实现细节， 版本定向 有关 Version Targeting 的实现细节， 更新行为 有关 Update Behavior 的实现细节， bundle 有关 bundle 的实现细节，以及 Capgo Live Update 有关 Capgo Live Updates 的产品工作流。
