回滚在 Capacitor 确保您的应用程序在无线（OTA）更新期间保持稳定。以下是您需要了解的内容：
- 自动回滚:如果更新失败，则自动切换到上一个稳定版本。
- 手动回滚:让开发人员快速修复手动回滚到之前的版本。
- 默认备份:如果所有更新失败，则应用程序恢复到其原始包。
如何设置：
- 自动回滚:使用配置项，如成功率阈值（例如95%）和监控周期（例如5分钟）。
- 手动回滚:保留多个版本以实现灵活性（例如最后5个版本）。
管理提示:
- 在发布前在测试环境中测试更新。
- 监控更新成功率和错误率，以早期触发回滚。
- 使用分阶段发布（例如，10%，50%，100%）以最小化影响。
平台比较:
快速比较表格:
| 平台 | 回滚类型 | 分析 | 加密 | 托管选项 | 成本 |
|---|---|---|---|---|---|
| Capgo | 自动/手动 | 是 | 是 | 灵活 | 经济实惠 |
| 仅手动 | 否 | 否 | 有限 | 较低 | |
| Appflow | 自动/手动 | 部分 | 否 | 有限 | 高 |
通过适当的设置和工具，如Capgo,您可以确保更新顺畅并快速解决问题以保持应用程序运行顺畅。
MAD24 304 利用原子升级的… OSTree …
在__CAPGO_KEEP_0__中如何回滚 Capacitor
Capacitor 包含一个回滚功能，确保应用在无线更新期间的稳定性，作为防止潜在问题的安全保障。
回滚类型
- 自动回滚: 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.
作为额外的安全网，__CAPGO_KEEP_0__ 也依赖于原始应用包。
If all update attempts fail, Capacitor restores the app using the original bundle, ensuring the app remains functional.
如果所有更新尝试都失败，__CAPGO_KEEP_0__ 将使用原始捆绑包恢复应用，确保应用保持可用。
设置回滚：步骤-by 步
这里是如何设置自动和手动回滚选项的有效配置方法。
为了启用自动回滚，请设置检测和成功标准：
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].
- 如果出现问题，请触发回滚到最近的稳定版本。
After testing, focus on monitoring the update’s performance in the live environment.
更新性能跟踪
确保顺利回滚，持续关注更新性能:
- 监控实时更新成功率和用户参与度 [1].
- 及时关注错误，避免重大中断
- 利用分析工具找出和解决瓶颈
“我们在生产环境中为超过5000名用户推出了Capgo OTA更新。我们看到更新非常顺畅，几乎所有用户在OTA部署到@Capgo后几分钟内就已经更新了。”
- colenso [1]
一旦监控系统建立，逐步发布更新
分阶段发布更新
逐步分发更新：首先10%，然后50%，最后100%的用户 [1].
“我们实行敏捷开发，@Capgo对于持续交付用户至关重要！”
- 罗德里戈·曼蒂卡 [1]
平台回滚功能
现在我们已经讨论了回滚设置和最佳实践，让我们来看看顶级平台如何处理回滚。他们提供的工具可以大大提高您从有问题的更新中恢复的速度和可靠性。
Capgo 以其独特的 一键回滚 到任何版本。它还提供 端到端加密, 实时分析,高级部署通道，以及云托管和自托管的灵活性 [1].
与此同时 Appflow 不像其他服务，它有很高的年费和不明确的路线图，这可能会使其不那么吸引人 [1].
选择平台时，需要权衡的关键因素包括 安全性,分析深度、部署灵活性和总体成本。Capgo结合了可靠的回滚、强大的加密和成本效益，使其成为所有规模的团队的坚实选择 [1].
概要
确保您的Capacitor应用程序更新顺利需要从初始设置到分阶段发布的可靠回滚方法。通过正确配置设置并选择合适的平台，团队可以快速解决由于更新故障而引起的问题，同时保持用户满意
一个坚实的回滚计划包括自动和手动选项的混合、实时监控、渐进式发布和安全的更新管道。工具，如Capgo，简化了此过程，具有像一键回滚、加密更新和集成分析等功能。通过这些策略，您的应用程序可以提供一致和可靠的更新，而无中断
继续阅读：配置Capacitor更新的回滚
如果您正在使用 配置Capacitor更新的回滚 来规划回滚和版本控制，连接它与 回滚 为回滚的实现细节 版本目标 为版本目标的实现细节 更新行为 为更新行为的实现细节 包 为包的实现细节，并且 Capgo 实时更新 为Capgo 实时更新的产品工作流程
