回滚在 Capacitor 确保您的应用程序在OTA（无线更新）期间保持稳定。以下是您需要了解的内容：
- 自动回滚: 如果更新失败，则自动切换到上一个稳定版本。
- 手动回滚: 允许开发人员快速修复手动回滚到之前的版本。
- 默认备份: 如果所有更新失败，则应用程序恢复到其原始包。
如何设置：
- 自动回滚: 使用配置项，如成功率阈值（例如95%）和监控周期（例如5分钟）。
- 手动回滚: 保留多个版本以实现灵活性（例如最后5个版本）。
管理提示:
- 在发布前在测试环境中测试更新。
- 监控更新成功率和错误率，以早期触发回滚。
- 使用分阶段发布（例如，10%，50%，100%）以最小化影响。
平台比较:
快速比较表格:
| 平台 | 回滚类型 | 分析 | 加密 | 托管选项 | 成本 |
|---|---|---|---|---|---|
| Capgo | 自动/手动 | 是 | 是 | 灵活 | 经济 |
| 手动仅 | 否 | 否 | 有限 | 较低 | |
| Appflow | Auto/Manual | Partial | No | Limited | High |
通过正确的设置和工具，如 Capgo,您可以确保更新顺畅并快速解决问题来保持应用程序运行平稳。
MAD24 304 利用原子升级 OSTree 为 …
如何在 Capacitor
Capacitor 包含回滚功能，确保在线更新期间应用程序的稳定性，作为防止潜在问题的安全保障。
回滚类型
- 自动回滚: 如果更新失败，Capacitor 将自动将应用程序还原到其最后一个稳定版本。
- 手动回滚: 开发人员可以手动回滚到之前的版本，允许在分阶段发布或生产问题期间进行快速修复 [1].
作为额外的安全网，Capacitor 还依赖于原始应用程序包。
使用默认捆绑包作为备份
如果所有更新尝试都失败，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 分钟 |
| {"targetLanguage":"Simplified Chinese"} | {"protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"]} | {"texts":["Manual","N/A","User-defined","Continuous","Head to the next section for rollback management tips.","Rollback Management Tips","Keep user impact low by testing, monitoring, and carefully deploying updates.","Testing in Staging","Simulate rollback scenarios in a staging setup that mirrors production.","To check rollback readiness:","Deploy beta updates to small groups using __CAPGO_KEEP_0__ channels","If issues arise, trigger a rollback to the most recent stable version."]} | translations |
Manual:手册
N/A:无
User-defined:自定义
Continuous:持续
Head to the next section for rollback management tips.:回滚管理提示的下一部分请参见下一节
Rollback Management Tips:回滚管理提示
- Deploy beta updates to small groups using Capgo channels [1].
- Testing in Staging:在测试环境中进行测试
在测试后，关注更新在生产环境中的性能表现.
更新性能监控
始终关注更新性能，以确保平滑的回滚：
- 监控实时更新的成功率和用户参与度 [1].
- 及时关注错误，以便提前进行回滚，避免重大中断.
- 利用分析工具找出并解决瓶颈.
“我们在生产环境中为超过5000名用户推出了Capgo OTA更新。我们看到更新非常顺畅，几乎所有用户在OTA部署到@Capgo后几分钟内就已经更新了。”
- colenso [1]
一旦监控系统建立，逐步发布更新.
分阶段发布更新
逐步分发更新：首先10%，然后50%，最后100%的用户 [1].
“我们实行敏捷开发，@Capgo对于持续交付用户至关重要！”
- 罗德里戈·曼蒂卡 [1]
平台回滚功能
我们已经讨论了回滚设置和最佳实践，现在让我们看看顶级平台是如何处理回滚的。他们提供的工具可以大大提高您从有问题的更新中恢复的速度和可靠性。
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].
分析深度
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 将回滚可靠性、强大的加密和成本效益相结合，使其成为所有规模的团队的坚实选择
概要 确保您的 Capacitor 应用程序的更新顺畅需要从初始设置到分阶段发布的可靠回滚方法。通过正确配置设置并选择合适的平台，团队可以快速解决由于更新故障而引起的问题，同时保持用户满意 一个坚实的回滚计划包括自动和手动选项的混合、实时监控、渐进式发布和安全的更新管道。工具，如 __CAPGO_KEEP_0__，简化了此过程，具有像一键回滚、加密更新和集成分析等功能。通过这些策略，您的应用程序可以无中断地提供一致和可靠的更新 继续阅读《为 __CAPGO_KEEP_0__ 更新配置回滚》 对于回滚的实现细节 目标版本 对于目标版本的实现细节 更新行为 对于更新行为的实现细节 打包 对于打包的实现细节，并且 Capgo 实时更新 对于Capgo 实时更新的产品工作流程
