分阶段发布允许您逐渐更新应用程序，首先使用稳定的小型用户组，然后扩大范围。这种方法可以降低风险、确保应用程序质量并改善用户体验。工具如 Capgo 可以轻松管理这些更新，同时遵守应用商店规则。
主要优势：
- 风险减少: 将问题限制在小用户组中。
- 现实世界测试: 确保更新在全面发布之前正常工作。
- 资源效率: 在更新期间减少服务器负载。
- 用户满意度: 为大多数用户提供稳定的更新。
如何工作：
- 从 5% 的用户开始测试。
- 逐渐扩展到 20%、50% 和 100%。
- 监控性能指标（崩溃率、用户反馈）。
- 使用工具如Capgo进行跟踪、回滚和合规性。
快速比较发布阶段：
| 阶段 | 用户百分比 | 持续时间 | 重点领域 |
|---|---|---|---|
| 初始测试 | 5% | 24–48小时 | 崩溃率、性能 |
| 早期访问 | 20% | 48–72小时 | 用户反馈、稳定性 |
| Expanded Release | 50% | 72–96 hours | System performance |
| Full Deployment | 100% | Ongoing | Capgo的__CAPGO_KEEP_0__功能简化了分阶段发布的过程，提供用户分段、分析和回滚工具等功能。它是AppFlow的成本有效替代方案，确保了平滑的更新，避免了应用商店延迟。 |
Capgo simplifies phased rollouts with features like user segmentation, analytics, and rollback tools. It’s a cost-effective alternative to AppFlow, ensuring smooth updates without app store delays.
Resilient Cloud Native Apps: Deployment and Runtime Patterns
Planning Your Rollout Strategy
Phased rollouts require careful planning and dividing your user base to ensure updates go smoothly.
用户组划分
With Capgo’s assignment feature, you can segment users into distinct groups, assigning specific roles for testing phases [1]这有助于您系统地管理更新。
以下是如何结构您的用户组的示例:
| 组类型 | 目的 | 推荐大小 |
|---|---|---|
| 内部测试者 | 发现初始错误 | 1–5% 的用户基数 |
| beta 用户 | Gather early feedback | 5–15% 的用户基数 |
| 早期访问 | 受限公开发布 | 15–30% 的用户基数 |
| 通用发布 | 全面部署 | 剩余用户 |
设置更新百分比
Capgo的管理工具允许您设置精确的发布百分比，帮助您在更新期间维持应用程序稳定性 [1].
以下是一种建议的分阶段发布计划：
| 阶段 | 用户百分比 | 持续时间 | 关键指标 |
|---|---|---|---|
| 初始测试 | 5% | 24–48 小时 | 崩溃率、性能 |
| 早期访问 | 20% | 48–72 小时 | 用户反馈、使用趋势 |
| 扩展发布 | 50% | 72–96 小时 | 系统稳定性、网络负载 |
| 全局发布 | 100% | 持续 | 整体采用率 |
进度跟踪
Capgo的Web界面使您能够实时监控更新，跟踪分布和用户采用 [1]. 在发布时，请注意这些指标：
| 指标类别 | 关键指标 | 动作触发器 |
|---|---|---|
| 性能 | 应用程序加载时间，API响应 | 性能不佳需要回滚 |
| 稳定性 | 崩溃率、错误日志 | 重大问题会暂停发布 |
| 用户参与度 | 会话持续时间、功能使用 | 负面趋势可能会停止发布 |
这些步骤有助于您有效地管理发布，同时尽量减少风险.
在 Capacitor
实时更新配置
首先安装 Capgo 插件 为您的 Capacitor 项目启用即时 (OTA) 更新：
npx @capgo/cli init本设置符合苹果和谷歌的指南，同时确保更新加密并安全传递。 Capgo 简化了这些配置的管理，使发布管理更容易.
Capgo 集成指南
Capgo 的 web 平台通过以下核心功能简化了更新分发：
| 组件 | 功能 | 实现细节 |
|---|---|---|
| 用户分配 | 针对特定用户组 | 在 Web 界面中直接设置 |
| 版本控制 | 监控更新分布 | 自动跟踪版本 |
| 回滚系统 | 恢复到之前的版本 | 一键恢复功能 |
| 分析仪表板 | 跟踪更新性能 | 实时指标可用 |
CI/CD pipeline 配置
为了保持对分阶段发布的完全控制，集成您的 CI/CD pipeline 与 Capgo。它与像样的平台无缝工作 Azure DevOps, GitLab, GitHub Actions, 和 Jenkins.
以下是如何配置 CI/CD pipeline 进行分阶段发布的步骤：
| 阶段 | 配置 | 目的 |
|---|---|---|
| 构建验证 | 自动化测试 | 确保更新是稳定的 |
| 发布触发器 | 版本控制钩子 | 自动化发布流程 |
| 发布控制 | 基于百分比的发布 | 管理更新分发 |
| 监控 | 自动化指标收集 | 跟踪发布成功 |
“Capgo is a must-have tool for developers who want to be more productive. Avoiding app store reviews for bug fixes is a game changer.”
– Bessie Cooper
Capgo plans start at $12/month and include OTA updates plus about 15 native builds/month; extra build minutes are billed by minute through credits. That is more affordable than alternatives like AppFlow, which costs around $6,000 annually [1].
问题检测和恢复
发布管理提示
问题检测和恢复
及时发现问题并迅速采取行动。使用Capgo的平台，您可以及早发现问题，防止它们影响整个用户群。为这些关键区域设置错误跟踪：
| 监控方面 | 实施 | 目的 |
|---|---|---|
| 错误率跟踪 | 实时指标仪表板 | 检测异常崩溃模式 |
| 用户反馈收集 | 在应用程序报告系统 | 从用户那里获取直接的见解 |
| 性能指标 | 自动监控 | 检查应用程序的稳定性和速度 |
| 更新分发 | 用户采用跟踪 | 跟踪更新如何传播 |
如果出现问题，准备好回滚程序以恢复稳定性。这些步骤有助于确保您的发布保持在轨道上。
控制扩张
从内部测试开始，逐渐扩大规模。首先测试内部，然后向5-10%的用户发布。如果在24小时后稳定，扩大到25%，然后50%，最后在所有用户确认指标一切正常后，才发布到所有用户。Capgo的分析帮助您决定何时安全地进行下一个阶段。
“我们实践敏捷开发，@Capgo在向用户持续交付方面是 mission-critical 的！” [1]
App Store 指南
它不仅仅是关于运营准备 - 遵守平台规则同样重要。 Capgo 确保遵守苹果和谷歌的要求：
| 平台 | 要求 | Capgo 实现 |
|---|---|---|
| 苹果应用商店 | 无二进制 code 变更 | 仅内容更新 |
| 谷歌-play | 安全要求 | 端到端加密 |
| 两平台 | 用户同意 | 内置审批系统 |
这些实践不仅确保您的更新符合要求，还可以快速修复bug。
“Capgo 是开发人员提高生产力必备工具，避免bug修复审查是黄金时机。” [1]
更新管理工具
使用正确的 更新管理 工具对于安全高效地发布更新至关重要。这些工具简化部署，同时确保稳定性、合规性和安全性。
平台比较
Capgo 在 Capacitor 应用中脱颖而出，作为实时更新的解决方案。它支持每月至多 1,000,000 次实时更新 并且可以通过 81% [1]. 这使得它成为一个强大的替代方案，尤其是 AppCenter 不再支持混合应用，并且AppFlow经常太贵。 一位开发者分享了他们的经历：
“我们目前正在尝试@Capgo，因为Appcenter停止了对混合应用的实时更新支持，并且@AppFlow太贵了。” [1]
Capgo也可以与流行的CI/CD平台如Azure DevOps、GitLab、GitHub、Jenkins和 CircleCI进行无缝整合，自动化部署工作流。 当评估更新管理工具时，需要关注他们提供的关键功能。
必备工具功能
有效的更新管理工具应该包括以下功能，以确保顺利的发布和安全的部署：
| 功能 | 目的 | 影响 |
|---|---|---|
| 用户分配 | 针对特定用户群 | 允许控制测试 |
| 无缝部署 | 支持即刻和渐进式发布 | 确保顺畅交付 |
| 配置管理 | 调整设置和版本 | 减少设置错误 |
| CI/CD集成 | 连接主要平台 | 自动化部署工作流 |
| 组织管理 | 管理团队和权限 | 简化管理 |
对于企业部署，Capgo 提供 CI/CD 集成和 Capgo Build 原生构建自动化。计划从 $12/月开始，包括 OTA 更新和约 15 个原生构建/月；额外的构建分钟通过信用额度按分钟计费 [1]. 平台还确保端到端加密，并符合 Apple App Store 和 Google Play 的要求，保护用户数据，同时遵守平台规则
概要
在 Capacitor 应用中发布更新需要谨慎的规划和合适的工具。平台如 Capgo 可以简化此过程，提供用户分段、进度监控和错误管理等功能
以下是阶段性发布的典型流程
| 阶段 | 关键动作 | 优势 |
|---|---|---|
| 规划 | 将用户分组，设置百分比 | 创建一个受控的测试环境 |
| 实施 | 集成CI/CD，配置设置 | 启用自动部署 |
| 监控 | 跟踪进度，检测错误 | 快速识别问题 |
| 扩展 | 逐渐增加用户访问 | 在扩展期间减少风险 |
Key practices include:
- 将用户分组进行有控制的测试。
- 设置自动化管道以实现顺畅的部署。
- 确保遵守应用商店的要求。
- 使用允许快速回滚的工具。
遵循这种方法有助于您将安全、无中断的更新交付给您的Capacitor应用。
继续使用Capacitor Live Updates的分阶段发布
如果您正在使用 Capacitor Live Updates的分阶段发布 来规划CI/CD自动化，连接它与 Capgo CI/CD 用于Capgo CI/CD中的产品工作流程, Capgo 原生构建 为产品工作流程中的 Capgo 原生构建, Capgo 集成 为产品工作流程中的 Capgo 集成, CI/CD 集成 CI/CD 集成的实现细节, 和 GitHub 动作集成 为 CI/CD 集成的实现细节中的 GitHub 动作集成。
