一个 Mac 成为发布瓶颈
当团队需要 Xcode、有效的 macOS 设置和存储在一台机器上的准确证书时，一小的发布就变成了硬件和签名问题。
从任何机器上构建 iOS
不需要 Mac 即可构建 iOS 应用
不需要编译 Swift 就能构建 iOS 应用，真正的难点在于 Xcode、证书、配置文件、App Store Connect 密钥和一台笔记本电脑成为发布门槛。Capgo Builder 为 Capacitor 团队提供了 CLI-首先的路径，允许从任何地方签名 iOS 构建。
来自马丁的人性化支持
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 进行网页变化。
问题
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发布仪式
Capgo将正常的iOS路径转换为交互式设置和一个构建请求
# 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解决方案
What Capgo handles for you
Capgo separates the rare binary problem from the daily product problem. Native builds get signed in the cloud; web changes keep moving through live updates.
解决方案
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.
解决方案
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
__CAPGO_KEEP_0__ Builder在管理的Apple硬件上运行iOS构建。您的Windows、Linux或低配置笔记本电脑仍然可以从终端触发一个已签名的iOS构建。
Native builds plus live updates
使用Builder时，native code、插件、图标、权限或SDK版本发生变化时使用Builder。使用live updates进行JavaScript、CSS和资产的更改，直到商店提交。
信任模型
不需要将发布过程移交给云硬件
云构建应该移除操作风险，而不是创建一个新的地方来存储源代码、密钥和日志。
无需完整的代码库移交
仅将用于本地构建的文件发送到运行器。Capgo无需克隆您的完整Git代码库即可生成构建。
实时日志
构建日志流向您的终端，因此敏感输出不会成为团队需要审计的另一个长期数据库。
临时构建环境
凭据传递给活动的构建环境并在构建后清除。构建器是一个临时运行器，而不是一个永久的凭据库。
工作流程
从 Capacitor 项目到签名 iOS 构建
1
初始化构建器
从项目中运行构建器初始化流程。CLI 会读取您的 Capacitor 应用并指导您完成平台设置。
2
设置签名
创建或导入签名凭证，映射到捆绑 ID，导出 CI 准备好的环境文件，当您准备好时。
3
云构建
从本地终端、CI 或代理工作流程中请求一个签名 iOS 构建，并在它运行时流式传输日志。
4
发布并继续前进
将应用程序上传到 TestFlight 或收集 IPA，然后使用 Capgo 的实时更新继续修复 JS 和资产。
用户信号
用户们提到的主要解脱不是没有 Mac，而是发布流程变得可重复：初始化一次，请求构建，流式传输日志，停止将签名文件传递给团队。
常见的 Capgo 构建器反馈
使用Capacitor构建的应用
不应在一台本地Mac上等待
学校、交通和支持应用仍需要在团队主要是Web、支持或运营时签名的移动版本。托管的构建工作流程移除了单机瓶颈，同时保持签名步骤可重复。
教育
IRIS ParentMail
在非母语团队中，仍然需要可靠的签名发布的学校通讯应用。
1.2M安装
2.8评分
交通和本地
KAI Access: Train Booking App
交通预订应用不应依赖于一台开发者机器的发布交接。
13.5M安装
3.6评分
工具
虚拟技术支持 – 技术支持
支持工具，操作团队需要可重复的移动构建记录。
页面/区域：解决方案页面应用示例部分。角色：支持说明或脚注。消息键`solution_app_examples_build_without_mac_app_3_note`（解决方案应用示例无Mac应用3说明）。
10.3M