回滚在 Capacitor 确保您的应用程序在无线（OTA）更新期间保持稳定。以下是您需要了解的内容：
- 自动回滚自动回滚：
- 自动回滚会在更新失败时自动切换回上一个稳定版本。手动回滚
- 手动回滚：手动回滚允许开发人员快速修复时回滚到之前的版本。
默认备份包
- 默认备份包：如果所有更新失败，应用程序将恢复到其原始包。
- 如何设置：自动回滚：
管理提示:
- 在发布前在测试环境中测试更新。
- 监控更新成功率和错误率，以早期触发回滚。
- 使用分阶段发布（例如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__将使用原始捆绑包恢复应用程序，确保应用程序保持可用。
设置回滚：一步一步
这里是如何设置自动和手动回滚选项的有效配置方法。
为了启用自动回滚，请设置检测和成功标准:
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 在Capgo中， 以一键回滚 到任何版本。它还提供 端到端加密, 实时分析,高级部署通道，以及云托管和自主托管的灵活性 [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].
总体成本
Capacitor结合了可靠的回滚功能、强大的加密和成本效益，使其成为所有规模的团队的坚实选择
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应用程序能够顺利更新，需要从初始设置到分阶段发布的可靠回滚方法。通过正确配置设置并选择合适的平台，团队可以快速解决由于更新故障而引起的问题，同时保持用户满意
一个健全的回滚计划包括自动和手动选项的混合、实时监控、渐进式发布和安全的更新管道。工具，如__CAPGO_KEEP_0__，可以简化此过程，提供功能，如一键回滚、加密更新和集成分析。通过这些策略，您的应用程序可以提供一致和可靠的更新，避免中断 继续阅读：配置Capacitor更新的回滚 如果您正在使用 配置__CAPGO_KEEP_0__更新的回滚来规划回滚和版本控制，连接它到 为回滚的实现细节做准备， 版本目标 为版本目标的实现细节做准备， 更新行为 为更新行为的实现细节做准备， 捆绑包 为捆绑包的实现细节做准备，并且 Capgo 实时更新 为Capgo 实时更新的产品工作流做准备。
