一台 Mac 成为发布瓶颈
一小的发布变成硬件和签名问题，当团队需要 Xcode、有效的 macOS 设置和存储在一台机器上的准确证书时。
从任何机器上构建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 构建器
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 进行 web 更改。
问题
iOS 不应迫使每个 web 团队成为 Mac 运维团队
签名知识停留在部落中
如果有工作证书配置的人离线，发布就会等待。如果配置过期，大家都在压力下重新学习 Apple 签名。
DIY macOS CI 变成另一个产品
macOS CI仍然需要秘密、Fastlane 轨道、Xcode 图像更新、日志保留规则和调试，当 Apple 的行为发生变化时。
隐藏的工作
通常使 iOS 构建痛苦的是
购买 Mac 只解决了硬件要求。它并没有消除 Apple 签名、凭证漂移、运行器维护或团队瓶颈。
1
Apple 账户设置
您需要正确的 Apple 开发者团队、包 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 iosThe Solution
What Capgo handles for you
Capgo处理的内容
__CAPGO_KEEP_0__将二进制问题与日常产品问题区分开来。原生构建在云端签名; web变化保持通过实时更新。
Capgo Builder runs iOS builds on managed Apple hardware. Your Windows, Linux, or low-spec laptop can still trigger a signed iOS build from the terminal.
__CAPGO_KEEP_0__ 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指导你通过Apple的困难部分：包ID、App Store Connect密钥、分发证书、P12、配置文件和多目标配置文件映射。
__CAPGO_KEEP_0__-首次发布自动化
在本地、CI或代理工作流中运行相同的命令。您不需要将发布移动到仪表板或教每个团队成员Xcode。
Use Builder when native code, plugins, icons, permissions, or SDK versions change. Use live updates for JavaScript, CSS, and asset changes between store submissions.
信任模型
无需 Mac 即可使用云硬件
云构建应消除运营风险，而不是创建一个新的存储源、密钥和日志的永久存储库。
无需完整的代码库传递
仅将用于本地构建的文件发送到运行器。Capgo 不需要克隆您的完整 Git 代码库来生成构建。
默认实时日志
构建日志流向您的终端，因此敏感输出不会成为团队需要审计的另一个长期数据库。
临时构建环境
凭证传递给活动构建环境并在构建后清除。构建器是一个临时运行器，而不是一个永久凭证库。
工作流
从Capacitor项目到签名的iOS构建
1
初始化构建器
从项目中运行 Builder 初始化流程。CLI会读取您的Capacitor应用并指导您完成平台设置。
2
设置签名
创建或导入签名凭证，映射到捆绑 ID 的分发配置文件，并在准备好时导出 CI 准备好的环境文件。
3
云端构建
从本地终端、CI 或代理工作流程中请求一个已签名的 iOS 构建，并在它运行时流式传输日志。
4
发布并继续前进
上传到 TestFlight 或收集 IPA，然后继续使用Capgo实时更新推送 JS 和资产修复。
用户信号
用户们提到的主要放心之处不仅仅是没有 Mac。它是：初始化一次，请求一个构建，流式传输日志，停止将签名文件传递给团队。
常见的Capgo Builder feedback
使用Capacitor构建的应用
运营应用不应等待一个本地 Mac
学校、交通和支持应用程序仍然需要签名的移动版本，团队主要是web、支持或运营。托管的构建工作流程移除了单机瓶颈，同时保持签名步骤可重复。
教育
IRIS ParentMail
学校通信应用程序，非母语团队仍然需要可靠的签名版本。
1.2万个安装
2.8 分数
交通和本地
KAI Access: Train Booking App
一个不依赖于一台开发者机器的发布交付系统。
13.5M 安装
2.8 分数
工具
Técnico Virtual – Suporte Técn
为运维团队提供支持工具，确保可重复的移动端构建记录。
10.3M 个安装
4.3 分