阶段性发布允许您以渐进的方式更新应用程序，首先使用稳定性已确认的小组用户，然后扩展。这种方法减少了风险，确保了应用程序质量并改善了用户体验。工具，如 CapacitorCapgo 让这些更新更容易管理，同时遵守应用商店规则。
主要优势:
- 风险降低: 将问题限制在一个小用户组中。
- 现实世界测试: 确保更新在全面发布之前正常工作。
- 资源效率: 在更新期间减少服务器负载。
- 用户满意度: 将稳定的更新交付给大多数用户。
如何工作:
- 首先测试5%的用户。
- 逐步扩展到20%、50%和100%。
- 监控性能指标（崩溃率、用户反馈）。
- 使用Capgo等工具进行跟踪、回滚和合规性。
快速比较滚动阶段：
| 阶段 | 用户百分比 | 持续时间 | 重点领域 |
|---|---|---|---|
| 初始测试 | 5% | 24–48小时 | 崩溃率、性能 |
| 早期访问 | 20% | 48–72 小时 | 用户反馈、稳定性 |
| 扩展发布 | 50% | 72–96 小时 | 系统性能 |
| 全面部署 | 100% | 持续 | 采用率 |
Capgo 简化了分阶段发布的过程，带来用户分段、分析和回滚工具等功能。它是 AppFlow 的廉价替代方案，确保了平滑的更新，避免了应用商店延迟。 健壮的云原生应用：部署和运行模式User feedback, stability
AppFlow
规划您的发布策略
阶段性发布需要谨慎的规划和将用户分组以确保更新顺利
用户组划分
使用 Capgo 的分配功能，您可以将用户分成不同的组，分配特定的角色用于测试阶段 [1]这有助于您系统地管理更新
以下是一个如何结构您的用户组的例子
| 组类型 | 目的 | 推荐大小 |
|---|---|---|
| 内部测试者 | 发现初始错误 | 1–5% 的用户基数 |
| Beta 用户 | 收集早期反馈 | 5–15% 的用户基数 |
| 早期访问 | 有限的公开发布 | 15–30% 的用户基数 |
| 通用发布 | 大规模部署 | 剩余用户 |
设置更新百分比
Capgo 的管理工具允许您设置精确的滚动百分比，帮助您在更新期间维持应用程序稳定性 [1].
以下是一种建议的分阶段发布计划:
| 阶段 | 用户百分比 | 持续时间 | 关键指标 |
|---|---|---|---|
| 初始测试 | 5% | 24–48 小时 | 崩溃率、性能 |
| 早期访问 | 20% | 48–72 小时 | 用户反馈、使用趋势 |
| 扩展发布 | 50% | 72–96 小时 | 系统稳定性、网络负载 |
| 全量部署 | 100% | 持续进行 | 整体采用率 |
进度跟踪
Capgo的Web界面使得实时监控更新变得容易，跟踪分布和用户采用 [1]. 在进行更新时，请注意这些指标:
| 指标类别 | 关键指标 | 动作触发器 |
|---|---|---|
| 性能 | 应用加载时间，API响应 | 性能慢需要回滚 |
| 稳定性 | 故障率，错误日志 | 重大问题会暂停发布 |
| 用户参与度 | 会话持续时间，功能使用 | 负面趋势可能会停止发布 |
这些步骤有助于您有效地管理发布，同时尽量减少风险。
在__CAPGO_KEEP_0__中设置分阶段发布 Capacitor
实时更新配置
首先安装 Capgo 插件 Capacitor 项目启用线上（OTA）更新：
npx @capgo/cli init本设置符合苹果和谷歌的指南，同时确保更新加密并安全传输。Capgo 简化了这些配置的管理，使发布管理更容易。
Capgo 集成指南
Capgo 的 web 平台通过以下核心功能简化了更新分发：
| 组件 | 功能 | 实现细节 |
|---|---|---|
| 用户分配 | 针对特定用户群组 | 直接在网页界面设置 |
| 版本控制 | 监控更新分布 | 自动跟踪版本 |
| 回滚系统 | 回滚到之前的版本 | 一键恢复功能 |
| 分析仪表板 | 跟踪更新性能 | 实时指标可用 |
CI/CD Pipeline Setup
To maintain full control over phased rollouts, integrate your CI/CD pipeline with Capgo. It works seamlessly with platforms like 集成您的 CI/CD pipeline 与 __CAPGO_KEEP_0__。它与平台如, Azure DevOps, GitHub Actions__CAPGO_KEEP_0__ Actions ，以及.
Jenkins
| 一起工作得非常顺畅。 | 以下是如何配置 CI/CD pipeline 以支持分段发布的步骤： | 阶段 |
|---|---|---|
| 配置项设置 | 自动化测试 | 确保更新稳定 |
| 部署触发器 | 版本控制钩子 | 自动化发布流程 |
| 发布控制 | 基于百分比的部署 | 管理更新分发 |
| 监控 | 自动化指标收集 | 跟踪部署成功 |
“Capgo 是开发者必备工具，提高开发效率。避免应用商店审核bug修复是一个重大改变。”
– Bessie Cooper
Capgo 的计划从每月 12 美元起价，包括 OTA 更新和约 15 个本机构建/月；额外的构建分钟通过积分按分钟计费。与 AppFlow 等替代方案相比，这更具成本效益，后者每年约 6,000 美元 [1].
sbb-itb-f9944d2
发布管理提示
问题检测和恢复
保持对发布的密切关注，并在问题出现时迅速行动。使用 Capgo 平台，您可以及早发现问题，防止它们影响整个用户基数。为这些关键区域设置错误跟踪:
| 监控方面 | 实施 | 目的 |
|---|---|---|
| 错误率跟踪 | 实时指标仪表盘 | 发现异常崩溃模式 |
| 用户反馈收集 | 内嵌式报告系统 | 直接从用户那里获取见解 |
| 性能指标 | 自动监控 | 检查应用程序的稳定性和速度 |
| 更新分发 | 用户采用跟踪 | 跟踪更新如何传播 |
如果出现问题，准备好回滚程序以恢复稳定性。这些步骤有助于确保您的发布保持在轨道上。
控制性扩张
从小开始，逐渐扩大规模。首先进行内部测试，然后向5-10%的用户推出。如果在24小时后稳定，则扩大到25%，然后到50%，最后在所有用户确认指标显示一切正常后才推出所有用户。Capgo的分析帮助您决定何时安全地进行下一个阶段。
“我们实践敏捷开发，@Capgo 是使我们持续为用户提供服务的 mission-critical!” [1]
App Store 指南
这不仅仅是运营准备的问题 - 遵守平台规则同样重要。 Capgo 确保与 Apple 和 Google 的要求保持一致:
| 平台 | 要求 | Capgo 实现 |
|---|---|---|
| Apple App Store | 无二进制 code 变更 | 仅内容更新 |
| Google Play | 安全要求 | 端到端加密 |
| 双平台 | 用户同意 | 内置审批系统 |
这些实践不仅确保您的更新符合要求，还允许快速修复bug。
“Capgo is a must have tools for developers, who want to be more productive. Avoiding review for bugfix is golden.” [1]
更新管理工具
使用正确的 更新管理 工具对于安全高效地发布更新至关重要。这些工具简化部署，同时确保稳定性、合规性和安全性。
Platform Comparison
Capgo stands out as a solution for live updates in Capacitor apps . 支持每月 1,000,000 次实时更新 并且可以通过 81% [1]加快发布速度 。这使得它成为一个强大的替代方案，尤其是 AppCenter
“We are currently giving a try to @Capgo since Appcenter stopped live updates support on hybrid apps and @AppFlow is way too expensive.” [1]
Capgo also works seamlessly with popular CI/CD platforms like Azure DevOps, GitLab, GitHub, Jenkins, and 经常太贵了。一个开发者分享了他们的经历:“我们目前正在尝试 @__CAPGO_KEEP_0__，因为 Appcenter 停止了对混合应用的实时更新支持，并且 @AppFlow 太贵了。”
__CAPGO_KEEP_0__ 也可以与流行的 CI/CD 平台如
Azure DevOps
| 功能 | 目的 | 影响 |
|---|---|---|
| 用户分配 | 针对特定用户群 | 允许控制测试 |
| 无缝部署 | 支持即刻和渐进式发布 | 确保顺畅交付 |
| 配置管理 | 调整设置和版本 | 减少设置错误 |
| CI/CD集成 | 连接主要平台 | 自动化部署工作流 |
| 组织管理 | 管理团队和权限 | 简化管理 |
对于企业部署，Capgo 提供 CI/CD 集成和 Capgo 构建用于原生构建自动化。计划从每月 12 美元开始，包括 OTA 更新和约 15 个原生构建/月；额外的构建分钟通过分钟计费的信用额度 [1]. 平台还确保端到端加密，并符合苹果应用商店和谷歌 Play 的要求，保护用户数据，同时遵守平台规则。
概要
在Capacitor 应用中发布更新需要谨慎的规划和合适的工具。像Capgo这样的平台可以简化此过程，提供用户分段、进度监控和错误管理等功能。
以下是阶段性发布的典型工作流程:
| 阶段 | 关键操作 | 优点 |
|---|---|---|
| 规划 | 将用户分成组，设置百分比 | 创建一个受控的测试环境 |
| 实施 | 集成CI/CD，配置设置 | 启用自动部署 |
| 监控 | 跟踪进度，检测错误 | 快速识别问题 |
| 扩展 | 逐步增加用户访问权限 | 降低在扩展过程中出现的风险 |
关键实践包括：
- 将用户分成小组进行有控制的测试。
- 设置自动化管道以实现顺畅的部署。
- 确保遵守应用商店的要求。
- 使用允许快速回滚的工具。
遵循这种方法有助于您安全地、无中断地向您的Capacitor应用程序提供更新。
继续阅读：逐步发布Capacitor实时更新
如果您正在使用 逐步发布Capacitor实时更新 来规划CI/CD自动化，连接它与 Capgo CI/CD 为产品工作流程在Capgo CI/CD Capgo 原生构建 为产品工作流程在Capgo 原生构建 Capgo 集成 for the product workflow in Capgo Integrations, 为产品工作流程在__CAPGO_KEEP_0__ 集成 CI/CD 集成 GitHub Actions Integration for the implementation detail in GitHub Actions Integration.
