一台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.
从 Martin 获得人性化支持
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管理的Mac容量
在Apple要求时在Mac上运行iOS构建。从您已经使用的机器触发它们。
同一个Capgo发布循环
为原生变化保留本机二进制文件，使用OTA更新Web变化，直到商店安装后。
问题
iOS不应迫使每个Web团队成为Mac运维团队
签名知识仍然是部落知识
如果有工作证书配置的人离线，发布就会等待。如果配置过期，大家在压力下重新学习Apple签名。
DIY macOS CI成为另一个产品
Self-hosted macOS CI仍然需要secrets、Fastlane lanes、Xcode镜像更新、日志保留规则和调试当Apple改变行为时
The hidden work
What usually makes iOS builds painful
购买Mac只解决了硬件需求。它并没有消除Apple签名、凭证漂移、运行者维护或团队瓶颈
1
Apple account setup
您需要正确的Apple Developer团队、bundle ID、功能、App Store Connect应用记录和上传权限才能让第一个构建成功
2
Signing files and profiles
发布构建需要分布式证书、P12导出、分发配置文件、配置文件到bundle映射和更新过程当任何一个过期时
3
Mac build operations
Xcode版本、macOS运行者、CocoaPods、Fastlane、秘密存储和上传日志都变成了您的产品团队需要维护的基础设施
CLI example
两条命令替代了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 构建。
证书设置变成一个引导流程
CLI 引导你通过 Apple 的困难部分：bundle ID、App Store Connect 密钥、分发证书、P12、配置文件和多目标配置文件映射。
CLI-首次发布自动化
在本地、CI 或代理工作流中运行相同的命令。你不需要将发布移动到仪表板或教每个团队成员 Xcode。
Native 构建加实时更新
在 Native code、插件、图标、权限或 SDK 版本发生变化时使用 Builder。对于 JavaScript、CSS 和资产变更之间的商店提交使用实时更新。
信任模型
在不将发布过程移交的情况下使用云硬件
云构建应该移除操作风险而不是创建一个新的存储源、密钥和日志的永久存储地点。
无全repo移交
仅将用于本机构建的文件发送到运行器。Capgo不需要克隆您的完整Git仓库来生成构建。
实时日志
构建日志默认流向您的终端，因此敏感输出不会成为团队需要审计的另一个长期存储库。
临时构建环境
凭据传递给活动构建环境并在构建后清除。构建器是一个临时运行器，而不是一个永久凭据库。
工作流
从Capacitor项目到签名iOS构建
1
初始化Builder
从项目中运行 Builder 初始化流程。CLI读取您的Capacitor应用并指导您完成平台设置。
2
注册
创建或导入注册凭证，映射到捆绑 ID 的分发配置文件，并在准备好时导出 CI-ready 环境文件。
3
云构建
从本地终端、CI 或代理工作流程中请求一个已签名的 iOS 构建，并在构建运行时流式传输日志。
4
发布并继续前进
将应用上传到 TestFlight 或收集 IPA，然后继续使用Capgo实时更新修复 JS 和资产。
用户信号
用户提到的主要缓解不是没有 Mac，而是发布过程变得可重复：初始化一次，请求构建，流式传输日志，停止将签名文件传递给团队。
常见Capgo Builder feedback
使用Capacitor构建的应用
运营应用不应等待一个本地 Mac
学校、交通和支持应用程序仍然需要签名的移动发布版本，当团队主要是web、支持或运营时。托管的构建工作流程移除了单机瓶颈，同时保持签名步骤可重复性。
教育
IRIS ParentMail
学校通信应用程序，非母语团队仍然需要可靠的签名发布版本。
1.2M安装
2.8 分数
交通和地理
KAI Access: Train Booking App
一个交通预订应用，发布交付不应依赖于一个开发者机器。
13.5M 安装
3.6 分数
工具
Técnico Virtual – Suporte Técn
运维工具，支持重复的移动端构建记录。
10.3M 安装
4.3 分数