一台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_KEEP_0__ Builder
实时更新
每日网页更新
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管理Mac容量
在Apple要求时在iOS设备上运行构建。从您已经使用的机器触发它们。
相同的Capgo发布循环
保持本机二进制文件用于本机更改，并在商店构建安装后使用OTA更新网页更改。
问题
iOS不应迫使每个网页团队成为Mac运维团队
签名知识仍然是部落知识
如果有工作证书的个人资料线下，发布等待。如果资料过期，所有人都要在压力下重新学习苹果签名
DIY macOS CI 变成另一个产品
自主 macOS CI 还需要秘密，Fastlane 轨迹，Xcode 图像更新，日志保留规则和调试当苹果行为改变
隐藏的工作
通常使 iOS 构建痛苦的
购买 Mac 只解决硬件需求。它并没有去除苹果签名，凭证漂移，运行者维护或团队瓶颈
1
苹果账户设置
你需要正确的苹果开发者团队，包ID，能力，App Store Connect 应用程序记录和上传权限才能让第一个构建成功
2
签名文件和资料
发布构建需要分布式证书，P12 导出，分发资料，资料到包映射和更新过程当任何资料过期
3
Mac 构建操作
Xcode版本、macOS运行器、CocoaPods、Fastlane、密钥存储和上传日志都变成了产品团队需要维护的基础设施。
CLI示例
两个命令取代了Mac-only发布仪式
正常的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 ios解决方案
什么Capgo处理
Capgo将稀有二进制问题与日常产品问题分开。native构建在云中签名; web更改继续通过实时更新。
仅在构建需要时使用Mac硬件
Capgo Builder在管理的Apple硬件上运行iOS构建。您的Windows、Linux或低配置笔记本电脑仍然可以从终端触发一个已签名的iOS构建。
证书设置变成一个引导流程
The CLI guides you through the hard Apple pieces: bundle ID, App Store Connect key, distribution certificate, P12, provisioning profile, and multi-target profile mapping.
CLI-first release automation
Run the same command locally, in CI, or from an agent workflow. You do not have to move releases into a dashboard or teach every teammate Xcode.
原生构建加上实时更新
使用Builder在原生code,插件、图标、权限或SDK版本发生变化时。使用实时更新处理JavaScript、CSS和资产的变化，直到商店提交为止。
信任模型
使用云硬件而不需要将发布过程交给他人
云构建应该消除运营风险而不创建新的存储源、密钥和日志的永久存储地点
无全库传递
只发送原生构建所需的文件到运行器。Capgo不需要克隆您的完整Git仓库来生成构建。
实时日志
构建日志默认实时流向您的终端，因此敏感输出不会成为团队需要审计的另一个长期数据库。
临时构建环境
凭据传递给活动构建环境并在构建后清除。构建器是一个临时运行器，而不是一个永久的凭据库。
Workflow
从 Capacitor 项目到签名 iOS 构建
1
初始化 Builder
从项目中运行 Builder 初始化流程。CLI 会读取您的 Capacitor 应用并指导您完成平台设置。
2
设置签名
创建或导入签名凭证，映射到 bundle ID 的分发配置文件，并在准备好时导出 CI 准备好的环境文件。
3
在云中构建并签名
从本地终端、CI 或代理工作流程中请求签名 iOS 构建，并在构建运行时流式传输日志。
4
发布并继续前进
将应用上传到 TestFlight 或收集 IPA，然后继续使用 Capgo 实时更新 JS 和资产修复。
用户信号
用户的主要关注点不仅仅是没有 Mac。它是：初始化一次，请求构建，流式传输日志，停止将签名文件传递给团队。
常见 Capgo 构建器反馈
使用 Capacitor 构建的应用
操作应用不应等待一台本地Mac
学校、交通和支持应用仍需要签名的移动发布版本，团队主要是web、支持或运营。托管的构建工作流程消除了单机瓶颈，同时保持签名步骤可重复性
- 应用类型
- 云构建
- 商店分类
- 教育、交通和地理、工具
- 来源
- 公共商店数据集
教育
IRIS ParentMail
学校通讯应用，非母语团队仍需要可靠的已签名发布。
1.2百万安装2.8星级
交通和地理
KAI Access: Train Booking App
交通预订应用，发布交接不应依赖于一台开发者机器。
13.5百万安装3.6星级
工具
虚拟技术支持 – 技术支持
支持工具，操作团队需要可重复的移动构建记录。
10.3万安装4.3星级