分阶段发布允许您逐渐更新应用程序，先从一小群用户开始，然后随着稳定性的确认而扩大。这一方法可以降低风险，确保应用程序质量并改善用户体验。工具如 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
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响应时间 | 性能慢需要回滚 |
| 稳定性 | 页面/区域: 企业产品/定价页面。角色: UI标签。见于: 企业.astro页面。消息键 `enterprise_hero_stability_label` (企业英雄稳定性标签)。 | 崩溃率、错误日志 |
| 重大问题会暂停发布 | 用户参与度 | 会话持续时间、功能使用 |
负面趋势可能会停止发布
这些步骤有助于您有效地管理发布并最小化风险。 在Capacitor中设置分阶段发布
实时更新配置
首先安装 Capgo 插件 为您的 Capacitor 项目启用即时 (OTA) 更新:
npx @capgo/cli init此设置符合苹果和谷歌的指南，同时确保更新加密并安全传输。 Capgo 简化了这些配置的管理，使发布管理更容易。
Capgo 集成指南
Capgo 的 web 平台通过以下核心功能简化了更新分发:
| 组件 | 功能 | 实现细节 |
|---|---|---|
| 用户分配 | 目标用户组 | 直接在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管道, 它与平台, GitHub ActionsGitLab __CAPGO_KEEP_0__ Actions.
，和
| Jenkins | 配置CI/CD管道的阶段性发布 | 阶段 |
|---|---|---|
| 配置项 | 自动化测试 | 确保更新稳定 |
| 部署触发器 | 版本控制钩子 | 自动化发布流程 |
| 发布控制 | 基于百分比的部署 | 管理更新分发 |
| 监控 | 自动化指标收集 | 跟踪部署成功 |
“Capgo 是开发人员提高生产力必备工具。避免应用商店评论修复bug是游戏改变者。”
– Bessie Cooper
Capgo 计划从每月 12 美元起，包括 OTA 更新和约 15 个本机构建/月；额外的构建分钟按分钟计费，通过积分计费。这种价格比像 AppFlow 这样的替代方案更为便宜，后者每年约 6,000 美元 [1].
sbb-itb-f9944d2
发布管理提示
问题检测和恢复
保持对发布的密切关注，并及时处理出现的问题。使用 Capgo 平台，您可以及时发现问题，防止它们影响整个用户群。为这些关键区域设置错误跟踪:
| 监控方面 | 实施 | 目的 |
|---|---|---|
| 错误率跟踪 | 实时指标仪表盘 | 发现异常崩溃模式 |
| ["User Feedback Collection"] | ["In-app reporting system"] | ["Get direct insights from users"] |
| ["Performance Metrics"] | ["Automated monitoring"] | ["Check app stability and speed"] |
| ["Update Distribution"] | ["User adoption tracking"] | ["Track how updates are spreading"] |
["If something goes wrong, have rollback procedures ready to restore stability. These steps help ensure your rollout stays on track."]
["Controlled Expansion"]
["Start small and scale up gradually. Begin with internal testing, then roll out to 5-10% of users. If stable after 24 hours, expand to 25%, then 50%, and finally to all users once metrics confirm everything is running smoothly. Capgo’s analytics help you decide when it’s safe to move to the next stage."]
“我们实践敏捷开发，@Capgo 在持续为用户交付方面至关重要！” [1]
App Store 指南
这不仅仅是运维准备的问题 - 遵守平台规则同样重要。Capgo 确保遵守了苹果和谷歌的要求:
| 平台 | 要求 | Capgo 实现 |
|---|---|---|
| 苹果 App Store | 无二进制code 变更 | 仅内容更新 |
| 谷歌 Play | 安全要求 | 端到端加密 |
| 双平台 | 用户同意 | 内置审批系统 |
这些实践不仅确保您的更新符合要求，还可以快速修复bug。
“Capgo 是开发人员提高生产力必备工具，避免bug修复审查是黄金法则。” [1]
更新管理工具
使用正确的 更新管理 工具对于安全高效地发布更新至关重要。这些工具简化部署，同时确保稳定性、合规性和安全性。
平台比较
Capgo 在Capgo 应用中的实时更新解决方案中脱颖而出 Capacitor 在Capacitor 应用中的实时更新解决方案中脱颖而出。它支持每月 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和
| 功能 | 目的 | 影响 |
|---|---|---|
| 用户分配 | 针对特定用户群 | 允许控制测试 |
| 无缝部署 | 支持即刻和渐进式发布 | 确保顺畅交付 |
| 配置管理 | 调整设置和版本 | 减少设置错误 |
| CI/CD集成 | 连接主要平台 | 自动化部署工作流 |
| 组织管理 | 管理团队和权限 | 简化管理 |
对于企业部署，Capgo 提供 CI/CD 集成和 Capgo 构建用于本机构建自动化。计划从每月 12 美元开始，包括 OTA 更新和约 15 个本机构建/月；额外的构建分钟通过分钟计费的信用额度 [1]. 平台还确保端到端加密，并符合 Apple App Store 和 Google Play 的要求，保护用户数据，同时遵守平台规则
概要
更新Capacitor 应用程序的滚动部署需要谨慎的规划和合适的工具。像Capgo这样的平台可以简化此过程，具有用户分段、进度监控和错误管理等功能
以下是滚动部署的典型阶段
| 阶段 | 关键操作 | 优点 |
|---|---|---|
| 规划 | 将用户分成组，设置百分比 | 创建一个受控的测试环境 |
| 实施 | 集成CI/CD，配置设置 | 启用自动部署 |
| 监控 | 跟踪进度，检测错误 | 快速识别问题 |
| 扩展 | 逐步增加用户访问权限 | 降低了在扩展时的风险 |
关键实践包括：
- 将用户分成小组进行有控制的测试。
- 设置自动化管道以实现顺畅的部署。
- 确保遵守应用商店的要求。
- 使用允许快速回滚的工具。
遵循这种方法可以帮助您安全地、无中断地向您的Capacitor应用程序提供更新。
继续阅读：逐步发布Capacitor实时更新
如果您正在使用 逐步发布Capacitor实时更新 来规划CI/CD自动化，连接它与 Capgo CI/CD Capgo CI/CD Capgo 原生构建 Capgo 原生构建 Capgo 集成 Capgo 集成 CI/CD 集成 CI/CD 集成 GitHub 动作集成 GitHub 动作集成
