![Capgo | 在任何机器上构建 iOS 应用”, “跳过主内容”，“Capgo 首页”，“Capgo logo”]}](/capgo_logo_header.webp){kind=logo}
一台 Mac 成为发布瓶颈
一小的发布变成硬件和签名问题，当团队需要 Xcode、有效的 macOS 设置和存储在一台机器上的准确证书时
从任何机器构建 Cloud iOS
无需拥有 Mac 即可构建 iOS 应用
The hard part is not compiling Swift. It is Xcode, certificates, provisioning profiles, App Store Connect keys, and one laptop becoming the release gate. Capgo Builder gives Capacitor teams a CLI-first path to signed iOS builds from anywhere.
0 台 Mac
需要本地 Apple 硬件
1 个 CLI 流程
引导式签名设置
实时更新
每日网络变化
Capgo Builder
npx @capgo/cli@latest build init --platform ios
npx @capgo/cli@latest build request --platform ios
# signed build runs on an ephemeral Mac runner
# logs stream back to your terminal__CAPGO_KEEP_0__
在 Apple 需要的地方运行 iOS 构建。从您已经使用的机器触发它们。
同一 Capgo 发布循环
保持本机二进制文件用于本机更改，并在商店构建安装后使用 OTA 进行 web 更改。
问题
iOS 不应迫使每个 web 团队成为 Mac 运维团队
签名知识仍然是部落知识
如果有工作证书配置的人离线，发布就会等待。如果配置过期，大家在压力下重新学习 Apple 签名。
DIY macOS CI 变成另一个产品
自主 macOS CI 还需要机密、Fastlane 轨道、Xcode 图像更新、日志保留规则和调试，当 Apple 的行为发生变化时。
The hidden work
iOS构建通常会遇到的痛苦
购买Mac电脑只解决了硬件问题，但并没有解决Apple签名、凭据漂移、runner维护、团队瓶颈等问题
1
Apple账户设置
您需要正确的Apple Developer团队、bundle ID、功能、App Store Connect应用记录和上传权限才能让第一次构建成功
2
签名文件和配置文件
发布构建需要分布式证书、P12导出、分发配置文件、配置文件到bundle映射和更新过程等
3
Mac构建操作
Xcode版本、macOS runner、CocoaPods、Fastlane、秘密存储和上传日志都需要产品团队维护
CLI示例
两条命令代替了Mac电脑发布 ritual
正常的iOS路径要求您了解Apple签名才能知道应用是否可以构建。Capgo将其转换为交互式设置和一个构建请求
# First-time iOS setup
npx @capgo/cli@latest build init --platform ios
# Then any teammate or CI runner can request the build
npx @capgo/cli@latest build request --platform iosThe Solution
Capgo 为您处理的内容
Capgo 将稀有二进制问题与日常产品问题分开。原生构建在云端签名; web 变更继续通过实时更新。
仅在构建需要时使用 Mac 硬件
Capgo Builder 在管理的 Apple 硬件上运行 iOS 构建。您的 Windows、Linux 或低配置笔记本仍可以从终端触发一个已签名的 iOS 构建。
证书设置变成一个引导流程
CLI 指导您通过 Apple 的困难部分: 包 ID、App Store Connect 密钥、分发证书、P12、配置文件和多目标配置文件映射。
CLI-优先的发布自动化
在本地、CI 或代理工作流中运行相同的命令。您不需要将发布移动到仪表板或教每个团队成员使用 Xcode。
原生构建加实时更新
使用 Builder 时原生 code、插件、图标、权限或 SDK 版本发生变化时使用。使用实时更新进行 JavaScript、CSS 和资产变更之间的商店提交。
信任模型
不需要将发布过程交给云硬件
云端构建应消除操作风险而不创建新的存储源、密钥和日志的永久存储地点
不进行完整的代码传递
只将用于本地构建的文件发送到构建器。Capgo不需要克隆您的完整Git仓库来生成构建。
默认实时日志
构建日志流向您的终端，因此敏感输出不会成为团队需要审计的另一个长期数据库
临时构建环境
将凭据传递给活动的构建环境并在构建后清除。构建器是一个临时运行器，而不是永久凭据库
工作流
从Capacitor项目到签名的iOS构建
1
初始化构建器
从项目运行构建器初始化流程。CLI会读取您的Capacitor应用并引导您完成平台设置。
2
注册
创建或导入注册凭证、映射到捆绑 ID 的分发配置文件，并导出 CI-ready 环境文件，等待您准备好时。
3
在云端构建
从本地终端、CI 或代理工作流程请求一个签名的 iOS 构建，并在它运行时流式传输日志。
4
发布并继续前进
将应用程序上传到 TestFlight 或收集一个 IPA，然后继续使用 Capgo 实时更新修复 JS 和资产问题。
用户信号
用户的主要救济不是没有 Mac。它是：初始化一次，请求一个构建，流式传输日志，停止将签名文件传递给团队。
常见 Capgo 构建器反馈
使用 Capacitor 构建的应用
运营应用程序不应等待一个本地 Mac
学校、交通和支持应用程序仍然需要签名的移动发布，尤其是团队主要是 web、支持或运营。托管的构建工作流程移除了单机瓶颈，同时保持签名步骤可重复。
教育
IRIS ParentMail
学校通信应用，非母语团队仍需要可靠的已签名的发布。
1.2百万安装
2.8评分
交通和地理
__CAPGO_KEEP_0__
交通预订应用，发布交付不应依赖于一台开发者机器。
13.5万安装
3.6星级
工具
__CAPGO_KEEP_0__
支持工具，运维团队需要可重复的移动构建记录。
10.3万次安装
4.3星级