阶段性发布允许您逐渐更新应用程序，先从一小群用户开始，然后随着稳定性得到确认而扩大。这一方法可以降低风险，确保应用程序质量并改善用户体验。工具如 Capgo 让我们轻松管理这些更新，同时遵守应用商店规则。
主要优势:
- 风险降低: 将问题限制在小用户组中。
- 现实世界测试: 确保更新在全面发布之前正常工作。
- 资源效率: 在更新期间减少服务器负载。
- 用户满意度: 将稳定的更新交付给大多数用户。
它是如何工作的:
- 从5%的用户开始进行测试。
- 逐步扩展到20%，50%，100%。
- 监控性能指标（崩溃率，用户反馈）。
- Capgo工具用于跟踪，回滚，和合规性。
快速比较阶段：
| 阶段 | 用户百分比 | 持续时间 | 重点领域 |
|---|---|---|---|
| 初始测试 | 5% | 24–48小时 | 崩溃率，性能 |
| 早期访问 | 20% | 48–72 小时 | 用户反馈、稳定性 |
| 扩展发布 | 50% | 72–96 小时 | 系统性能 |
| 全面部署 | 100% | 持续 | 采用率 |
Capgo 简化了分阶段发布的功能，例如用户分段、分析和回滚工具。它是 AppFlow 的一种经济高效的替代方案， 确保了平滑的更新而无需等待应用商店延迟。云原生应用：部署和运行模式
Resilient Cloud Native Apps: Deployment and Runtime Patterns
规划您的发布策略
阶段性发布需要谨慎的规划和将用户分组以确保更新顺利
用户组划分
使用 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管道与__CAPGO_KEEP_0__。它与平台如, Azure DevOps, GitHub Actions__CAPGO_KEEP_0__ Actions ，以及.
Jenkins
| 配置CI/CD管道的阶段性发布步骤如下： | 阶段 | 配置 |
|---|---|---|
| 目的 | 自动化测试 | 确保更新稳定 |
| 部署触发器 | 版本控制钩子 | 自动化发布流程 |
| 发布控制 | 基于百分比的部署 | 管理更新分发 |
| 监控 | 自动化指标收集 | 跟踪部署成功 |
“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 是开发人员提高生产力所必需的工具，避免bug修复审查是黄金的。” [1]
更新管理工具
使用正确的 更新管理 工具对于安全高效地发布更新至关重要。这些工具简化部署，同时确保稳定性、合规性和安全性。
平台比较
Capgo 在 Capgo 应用中的实时更新解决方案中脱颖而出 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、GitLab、__CAPGO_KEEP_1__、Jenkins和CircleCI无缝集成，自动化部署工作流程。评估更新管理工具时，应重点关注它们提供的关键功能。”
| 功能性 | 目的 | 影响 |
|---|---|---|
| 用户分配 | 针对特定用户群 | 允许有控制的测试 |
| 无缝部署 | 支持即刻和渐进的发布 | 确保顺畅的交付 |
| 配置管理 | 调整设置和版本 | 最小化设置错误 |
| CI/CD集成 | 连接主要平台 | 自动化部署工作流 |
| 组织管理 | 管理团队和权限 | 简化管理 |
对于企业部署，Capgo 提供 CI/CD 集成和 Capgo 构建用于本机构建自动化。计划从每月 $12 起，包括 OTA 更新和约 15 个本机构建/月；额外的构建分钟通过分钟计费的信用额度 [1].该平台还确保了端到端加密，并符合苹果 App Store 和 Google Play 的要求，保护用户数据，同时遵守平台规则。
概要
在Capacitor 应用中发布更新需要谨慎的规划和合适的工具。像Capgo这样的平台可以简化此过程，提供用户分段、进度监控和错误管理等功能。
以下是阶段性发布的典型工作流程:
| 阶段 | 关键操作 | 优点 |
|---|---|---|
| 规划 | 将用户分成组，设置百分比 | 创建一个受控的测试环境 |
| 实施 | 集成CI/CD，配置设置 | 启用自动部署 |
| 监控 | 跟踪进度，检测错误 | 快速识别问题 |
| 扩展 | 逐步增加用户访问权限 | 减少在扩展时的风险 |
关键实践包括：
- 将用户分组进行有控制的测试。
- 设置自动化管道以实现顺畅的部署。
- 确保遵守应用商店的要求。
- 使用允许快速回滚的工具。
遵循这种方法可以帮助您安全地、无中断地向您的Capacitor应用程序提供更新。
继续阅读：逐步发布Capacitor实时更新
如果您正在使用 逐步发布Capacitor实时更新 来规划CI/CD自动化，连接它与 Capgo CI/CD Capgo CI/CD Capgo 原生构建 Capgo 原生构建 Capgo Integrations for the product workflow in Capgo Integrations, __CAPGO_KEEP_0__ 动作集成 __CAPGO_KEEP_0__ 动作集成 GitHub Actions Integration for the implementation detail in GitHub Actions Integration.
