2026年最佳Capacitor应用的CI/CD平台

Capacitor CI/CD 的短名单已经缩小。 Microsoft App Center 的构建和分发服务于 2025 年 3 月 31 日退役。 Ionic Appflow 正在进行多年期末清算。 GitHub Actions、GitLab CI、Bitrise 和 Codemagic 仍在这里，仍然擅长他们设计的工作。

错误在于将其视为一个烘烤比赛，选择 一个 平台并将整个管道移到它上面。 大多数Capacitor 团队已经有 CI。 他们缺乏的是三项工作： 签名本机构建, 实时更新, 和 将应用程序放到一个真实的手机上.

Capgo 专为这三个任务而设计，且可在您信任的CI中运行。保留__CAPGO_KEEP_0__ Actions或GitLab CI进行lint、类型检查、单元测试和Web构建。调用__CAPGO_KEEP_1__时，管道需要iOS或Android二进制文件、OTA包或可供测试者的安装预览。 2026年市场景象 the CI you already trust. Keep GitHub Actions or GitLab CI for lint, type-check, unit tests, and the web build. Call Capgo when the pipeline needs an iOS or Android binary, an over-the-air bundle, or a preview a tester can install.

Microsoft App Center

已于2025年3月31日退役。构建和分发已停止。分析和诊断功能已延长至2027年3月31日。CodePush不再是Microsoft托管服务。如果您仍然有App Center管道，请阅读

• 迁移至__CAPGO_KEEP_0__ Ionic Appflow Migrating from App Center to Capgo.
• __CAPGO_KEEP_1__ Migrating from App Center to __CAPGO_KEEP_0__ __CAPGO_KEEP_0__仍然可以使用，但任何新项目都必须在 2028 年之前迁移。请参见 Ionic Appflow 的替代方案.

剩下的就是平台团队实际运营的那些

• GitHub Actions 和 GitLab CI: 适用于 Linux 的通用 CI。对于原生移动设备来说，价格高昂且未完成。
• Bitrise 和 Codemagic: 移动 CI 专家。强大的签名和商店提交。没有管理的 Capacitor 实时更新。
• Capgo：Capacitor原生实时更新、云原生构建和可安装设备预览，直接从您已经有的CI中调用。
• Capawesome Cloud：Capacitor原生实时更新和原生构建，作为CI替代品出售。您连接Git并保留GitHub Actions。后端关闭，完全锁定供应商，并且价格历史已经移动过多次。

2026年有用的问题不是“哪个CI应该替换GitHub Actions？”而是“GitHub Actions应该在Capacitor应用需要二进制文件、OTA包或手机安装时调用什么？”

什么通用CI仍然做得不好

GitHub Actions和GitLab CI是好的厨房。它们不是原生构建农场、OTA网络或QA设备实验室。

原生构建

iOS仍然需要Xcode、证书、分发配置文件和Mac。Android仍然需要一个密钥库和Play上传密钥。GitHub Actions上的托管macOS分钟成本远远高于Linux分钟。2026年1月GitHub的价格调整后，标准macOS分钟仍然约为标准Linux分钟的十倍（GitHub Actions计费).

这就是为什么许多Capacitor团队已经将管道分开：Linux用于PR检查，另一个用于签名二进制文件。Capgo 原生构建 这就是另一个东西。任务仍然在 ubuntu-latest. Capgo 在 Mac 上运行。

实时更新

CI 可以编译一个 Web 包，但它无法将该包传递给已经安装了该应用程序的设备，包括渠道、回滚、加密和设备日志。实时更新是一个产品，而不是 YAML 步骤。Capacitor 团队跳过 OTA 等待 App Store 和 Play 评论 JavaScript 修复，这些修复从来不需要新二进制文件。

Capgo 实时更新 实时更新

测试移动应用

在 Linux 上运行的单元测试并不能证明在手机上运行的应用程序。TestFlight 处理、内部 Play 跟踪和“您可以安装我刚刚发送给您的 IPA？”是审查的慢部分。Capgo PR 预览 将每个拉取请求放入一个渠道。测试人员在他们已经拥有的应用程序中切换渠道。原生构建作业也可以发出一个 为 APK 或 IPA 的 QR 安装链接 __CAPGO_KEEP_0__

那不是一个设备农场。如果您需要模拟器矩阵或 Firebase Test Lab，请将这些作业保留在 CI 中。Capgo 覆盖 CI 很少解决的问题：一分钟内，人类与手机，查看正确的构建。

特性矩阵

Capgo、Capawesome Cloud 和 Appflow bundle 在本地构建中管理实时更新，Appflow 正在停止。只有 Capgo 设计用于 保持 GitHub Actions 或 GitLab CI 取代它们。Capawesome Cloud 是另一个 Capacitor-native 选项，但它是一个具有封闭后端的替代 CI。Bitrise 和 Codemagic 可以拥有原生二进制文件，但您仍然需要自己组装 OTA 和设备预览。

The platforms in detail

Capgo

Capgo is the Capacitor release layer that generalist CI is missing.

• 实时更新: 加密的 web-bundle OTA、渠道、回滚、delta 更新和设备日志。
• 原生构建: 云端的签名 iOS 和 Android 二进制文件，包括提交到应用商店。CI 运行器可以保持在 Linux 上。Capgo 已经支持 Xcode 26 为 App Store Connect 的 2026 年 4 月要求。
• 设备测试: PR 预览渠道，原生艺术品的QR链接，以及 Capgo移动应用 __CAPGO_KEEP_0__用于检查真实设备上的捆绑包。

您不移动GitHub Actions中的lint和单元测试。您在web构建成功后添加两个CLI调用:

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

付费计划从每年$12/月起价，包括实时更新和原生构建时间（约15个月，超出分钟数通过积分计费）。该入门价格自发布以来没有上涨。请参见 定价, Capgo Build，以及 GitHub Actions构建指南.

更新插件是开源的（MPL-2.0），后端也是开源的（AGPL-3.0）。您可以审计它们、分叉它们或 自主托管。Capgo Cloud是可选的基础设施，而不是陷阱。

Capawesome Cloud

Capawesome Cloud CI — Native Builds plus Live Updates, now sold as Capawesome Platform — 是另一个 Capacitor-native 选项，它将 OTA 与云 iOS 和 Android 构建捆绑在一起。该产品推广的方式与 Capgo 相反： 替换 GitHub Actions 和 GitLab 代替而不是将其插入。

他们的 Native Builds 发布文章明确指出：没有第三方 CI/CD。连接 GitHub、GitLab、Bitbucket 或 Azure DevOps。将管道放在 capawesome.config.json。在 Capawesome Cloud 内部运行它。您可以从 CLI 触发一个构建，但预期的工作流程是供应商托管的 CI。Git 集成、签名、构建分钟、实时更新和商店提交都依赖于一个封闭的后端。插件和 CLI 是开源的。后端不是。自主托管最多只能部分：您可以托管捆绑包；元数据仍然在 Capawesome Cloud 中。

这意味着完全锁定供应商。离开后意味着移动更新器、构建配置、Git 连接和发布元数据。 Capgo 将这些部分保留在您的仓库和 CI 中，其开源的更新器和后端是出口。

价格历史是另一个分裂。 Capgo 的付费入口自启动以来一直是 $12/月 按年计费。它从未被提高。Capawesome 已经改变了商业形状多次：

• Native Builds 发布：从 $9/月 为 1,000 个实时更新和 200 个构建分钟。商业版为 $299/月.
• 2026 年 5 月平台重启：实时更新从 MAU 移动到每次更新计数，然后 返回 MAU 因为客户反馈。平台 SKU（构建、实时更新和发布）全套从 $19/月开始。商业版为 $499/月.
• 当前公开价格仍然将实时更新（从 $9/月）与全套平台（从 $19/月).

A更便宜的标签不会让你获得实时更新和本地构建。要获得Capacitor实时更新和本地构建而不放弃CI, Capgo是最佳选择。如果你已经标准化了Capawesome插件并且想使用它们的git连接CI, 请阅读 Capgo与Capawesome Cloud 和 迁移指南.

参考来源: Capawesome Native Builds 宣布, Capawesome 平台公告, Capawesome 价格.

GitHub 动作

GitHub 动作是大多数 Capacitor 仓库的默认 CI，应该保持这一状态以便 PR 检查。 Linux 任务费用很低。工作流程位于 code 旁边。缓存、矩阵构建和必需的状态检查都是解决的问题。

它不是：一个移动 DevOps 平台。您编写 YAML。您将 Fastlane 或 Capgo 用于签名。您托管自己的 OTA，或者您没有 OTA。macOS 分钟占据了账单的主要部分，一旦 iOS 构建在每次拉取请求上运行。

混合方案： GitHub 动作用于 lint、测试和 npm run build。 Capgo 用于 bundle upload，原生构建和预览。 将动作和构建分开比将整个移动管道强制到托管 Mac 上的费用更低和更快。设置指南： GitHub 动作实时更新 和 自动构建和发布.

GitLab CI

与 GitHub Actions 形式相同。强大的 Linux CI、可选的 Mac 运行器、无管理的 Capacitor 实时更新、无可安装的 PR 通道。如果仓库已经存放在 GitLab 上，请保留它。从 Capgo 中调用 .gitlab-ci.yml 同样 GitLab 设置 和 自动构建 Android 的 GitLab.

Bitrise

Bitrise 是一个具有大型步骤库、管理签名和商店发布的移动 CI 平台。您可以使用 Capacitor 步骤和原生 iOS 和 Android 步骤来构建一个 npm 应用。它是当团队想要一个专门的移动运行器集群并且不需要 OTA 时的合理选择。

缺少的是 Capacitor 形式的发布循环：实时更新、PR 通道和一个 CLI，您的现有 GitHub 工作流程可以调用而无需移动整个管道。价格也位于移动 CI 的高端。使用 Bitrise 如果您已经在原生应用上标准化了它。添加 Capgo 如果您仍然需要 OTA 和设备预览；不要假设 Bitrise 替换了该层。

Codemagic

Codemagic 以 Flutter 构建器开始，现在文档了 Ionic 和 Capacitor YAML 工作流程，具有管理的 Android 密钥库、App Store Connect API 密钥和发布到 TestFlight 和 Play。签名是其优势之一。

它与 Bitrise 一样，没有管理的实时更新功能。您仍然需要上传 OTA 包到其他地方。如果您的 GitHub Actions 设置中唯一的缺陷是“不想在 Mac 上维护 Fastlane”，Codemagic 可以填补这个缺陷。 Capgo 可以填补这个缺陷 和 同时填补 OTA 和预览的缺陷 CLI。Codemagic 在本站的教程: iOS 与 Codemagic.

Ionic Appflow

Appflow 是 Ionic 的全能产品：原生构建、签名、实时更新和商店发布。它也是 CI 的替代品，而不是 GitHub Actions 的插件。Ionic 于 2025 年 2 月 11 日宣布商业停运。现有客户将继续获得访问权限直到 2027 年 12 月 31 日。

如果您已经使用 Appflow，应立即计划退出，而不是在 2027 年底。类似功能的替代方案是 Capgo 的实时更新和原生构建，而您可以保留（或返回） GitHub Actions 来自动化 PR。迁移: 从 Appflow 到 Capgo.

Microsoft App Center

不是 2026 年的选项。构建和分发已于 2025 年 3 月 31 日停止。CodePush 作为托管服务已消失。尚未完成迁移的团队仍在寻找它。 Capacitor 的路径是 Capgo 的 OTA 加 Capgo Build 或您的 CI 的二进制文件。从 App Center 迁移 和 CodePush替代方案.

Xcode Cloud

苹果的CI适用于已经在App Store Connect中发布的iOS-only原生应用。它不构建Android，不发布Capacitor实时更新，也不为Web-bundle QA提供PR通道。将其视为苹果侧的额外功能，而不是Capacitor平台。

如何Capgo集成到管道中

2026年获胜的设置如下:

1. 在每个拉取请求,GitHub Actions或GitLab CI安装依赖项，运行测试，并在Linux上构建Web应用。
2. 如果更改仅为Web,Capgo将bundle上传到PR通道。审阅者打开现有应用，切换通道并测试。无需等待TestFlight。请参见 将每个拉取请求转换为可安装的预览.
3. 如果原生code、插件或权限发生了变化,相同的工作流程请求Capgo原生构建并共享QR安装链接。
4. On main 或者一个版本标签, Capgo 发送生产实时更新，或者签名的二进制文件到 TestFlight 和 Play，取决于实际发生的变化。

一个紧凑的 GitHub Actions 模板：

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

该模板仅限 iOS。 Android 需要 ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, 和 PLAY_CONFIG_JSON. 不要复制 iOS env 块，仅修改 --platform. 使用 Actions 构建指南中的矩阵。 签名密钥保留在 GitHub 中，并通过环境变量传递给构建请求。 __CAPGO_KEEP_1__ 不需要成为 Git 的源代码管理工具。 完整示例位于 . Signing secrets stay in GitHub and are passed as environment variables on the build request. Capgo does not need to become your source of truth for git. Full examples live in the builder GitHub Actions docs context CI/CD 集成.

选择合适的设置

没有普遍的胜者。这些情况覆盖了大多数 Capacitor 团队。

您已经使用 GitHub Actions 或 GitLab CI。 保留它们。添加 Capgo 来实现实时更新、原生构建和 PR 预览。这是 2026 年的默认答案。

您正在查看 Capawesome 云。 他们想要 Git 连接、YAML 替换和发布元数据。这很方便，直到您想离开。 Capgo 保留您的 CI，是完全开源的，并且没有提高 $12 的入门价格。查看 Capgo 与 Capawesome 云.

上下文:Capawesome 比较页面。角色:部分或页面标题。见于:页面 capwesome.astro。保留 Capgo 产品/品牌和开发人员术语完全不变。 You have until December 31, 2027. Waiting concentrates the migration. Move live updates and native builds to Capgo, and put PR automation back on GitHub Actions if Appflow was also your CI.

您有到 2027 年 12 月 31 日的时间。等待会集中迁移。将实时更新和原生构建移到 __CAPGO_KEEP_0__，并将 PR 自动化放回 __CAPGO_KEEP_1__ Actions 上，如果 Appflow 也曾经是您的 CI。 The build pipeline is gone, and CodePush is not a hosted product. Replace both pieces with Capgo rather than rebuilding OTA on GitHub Actions from scratch.

macOS 分钟正在占用 GitHub 的账单。 不要将 lint 和单元测试从 GitHub 移动。将原生构建移动到 Capgo 以便 iOS 不再在 Actions 中在托管 Mac 上运行。保持 PR 状态检查在原处。

您正在启动 2026 年的 Capacitor 应用程序。 跳过 Appflow 和 App Center。从 GitHub Actions 开始 CI。添加 Capgo 在第一天进行 OTA、云构建和设备预览。您可以在有特定运行器或步骤库原因的情况下添加 Bitrise 或 Codemagic。绝大多数团队不需要额外的平台。除非您已经想要他们的插件目录足够接受替代 CI，否则请跳过 Capawesome Cloud。

FAQ

什么是最佳的 CI/CD 平台用于 Capacitor 应用程序？

保持您已经使用的 CI 进行 lint、单元测试和 web 构建。添加 Capgo 进行签名的原生 iOS 和 Android 构建、实时更新和可安装的设备测试。Bitrise 和 Codemagic 可以替代原生构建，如果您不需要实时更新。

是否应该用移动 CI 平台替换 GitHub Actions？

通常不用。GitHub Actions 和 GitLab CI 在 Linux 上很强大，用于 pull-request 检查。昂贵的部分是 macOS 原生构建、签名、实时更新和将构建放到手机上。Capgo 是设计用于从现有管道中调用而不是替换它的。

Bitrise 和 Codemagic 是否包含 Capacitor 的实时更新？

两者都擅长原生构建、签名和商店发布。您仍然需要一个单独的实时更新产品来发布 JavaScript、CSS 和 HTML 无需商店审查。Capgo 覆盖了原生构建和实时更新在同一工作流中。

Capgo 如何从 CI 测试移动应用?

Capgo 将 pull 请求转换为专用频道上的可安装预览，共享原生构建文件作为 QR 安装链接，让 QA switch 频道在设备上运行的应用。比等待 TestFlight 快得多。它不是设备农场的替代品，用于模拟器矩阵。

2026 年，Ionic Appflow 是否仍然是一个有效的选择?

只有您已经是客户。Ionic 于 2025 年 2 月 11 日关闭了新商业销售，现有 Appflow 访问将持续到 2027 年 12 月 31 日。新Capacitor 项目应该保留 CI 并添加Capgo，而不是在即将关闭的平台上开始。

Capawesome Cloud CI 与Capgo 相比如何?

Capawesome Cloud 是一个全面的Capacitor CI：连接 Git，离开GitHub Actions，运行原生构建和实时更新在他们的云中。 这是供应商锁定。Capgo 是开源的（插件和后端），插入您已经有的 CI，并且从推出以来保持了 $12/月 的付费入口。Capawesome 已经多次重新调整价格，包括原生构建从 $9/月 的启动价格和 2026 年 5 月的平台 SKU，从 $19/月的商业到 $499/月的商业，从 $299/月的商业。

结论

2026 Capacitor 的短名单比看起来小得多: 两家退休或退休的全方位平台，两家移动 CI 通用家没有 OTA，一个 git 连接的 Capacitor CI 替换了管道，和一个通用目的的运行器你已经有了。 最快交付的团队不是重建 CI 的团队，而是重建 CI 在新供应商上。 是团队保持 GitHub Actions 或 GitLab CI，然后添加一个 Capacitor 层来处理 CI 还做得不好的工作。

这个层是 Capgo： 原生构建, 实时更新, 和 设备测试, 由你已经运行的管道触发。 开源。 公平的价格没有涨价。 不是闭源的替代 CI。

创建一个 Capgo 账户, 然后遵循 CI/CD 集成 或 Capgo Build from GitHub Actions. 如果您想先看到产品视图，请从 原生构建, 实时更新, and PR预览.