xtool：在 Linux 上编译 iOS 应用
用 SwiftPM 在 Linux/Windows 上构建、签名、部署 iOS 应用——不需要 macOS，不需要 Xcode，不需要 Apple 开发者账号的 Mac 绑定。
目录
xtool：在 Linux 上编译 iOS 应用
仓库：xtool-org/xtool
语言：Swift
协议：MIT
Trending：1182 stars/day
一句话
用 SwiftPM 在 Linux/Windows 上构建、签名、部署 iOS 应用——不需要 macOS，不需要 Xcode，不需要 Apple 开发者账号的 Mac 绑定。
场景开篇
你想开发一个 iOS 应用。打开 Apple 的文档，第一句话是："You need a Mac running macOS to develop iOS apps." 你看了一眼你桌上的 Linux 机器，叹了口气，要么花 9999 买一台 Mac，要么开一台云 Mac 虚拟机，每月几十美元。
现在有一种新选择：xtool。在 Ubuntu 上 apt install xtool，xtool new my-app，xtool dev——你的 iOS 应用在模拟器上跑起来了。整个过程没碰 macOS。
这不是黑魔法，而是一个叫 xtool 的开源项目在做的事：把 Xcode 的核心功能用开源标准重新实现一遍。
它做了什么
xtool 是一个跨平台工具（Linux/WSL/macOS），用三个核心功能替代 Xcode：
1. 构建：SwiftPM 包 → iOS 应用
Xcode 的构建系统是 .xcodeproj——一个复杂的 XML 格式文件，包含了构建设置、依赖关系、签名配置等一切。这个格式没有公开规范，只有 Apple 自己的工具能完整解析。
xtool 换了一条路：用 Swift Package Manager（SwiftPM）作为项目格式。SwiftPM 是 Swift 官方的包管理器，格式是公开的 Package.swift——一个 Swift 源文件，用代码描述依赖和目标。
// Package.swift
.package(url: "https://github.com/xtool-org/xtool", .upToNextMinor(from: "1.2.0"))
这意味着你的 iOS 项目不再绑定 Xcode。任何能跑 SwiftPM 的平台都能构建。
2. 签名和安装：绕过 Xcode 的设备管理
Xcode 的设备管理界面是一个黑箱——插上 iPhone，点"信任"，背后的证书配置全在后台。xtool 把这个过程拆成了命令行：
xtool devices # 列出连接的设备
xtool install app.ipa # 安装 ipa 到设备
xtool launch com.app # 启动应用
xtool uninstall com.app # 卸载应用
签名证书的配置通过 xtool setup 和 xtool auth 完成，直接对接 Apple Developer Services。
3. Apple Developer Services API：可编程的证书管理
这是最硬核的部分。xtool 把 Apple Developer Services 的 API 封装成了一个 Swift 库（XKit），你可以用它编程式地管理证书、设备、Profile：
// 把 XKit 作为 SwiftPM 依赖
.product(name: "XKit", package: "xtool")
这意味着你可以写脚本自动化证书管理——批量注册设备、自动续期 Profile、在 CI 里签名打包。这些操作在 Xcode 里都是手动点击的，xtool 把它们变成了代码。
为什么这件事难
iOS 开发绑定 macOS 不是偶然的，而是技术栈层层锁定的结果：
1. Swift 编译器：虽然 Swift 是开源的，但 iOS 的交叉编译需要 Apple 的 Swift SDK，这个 SDK 长期只在 macOS 上分发
2. iOS SDK：UIKit、Foundation 等 framework 的头文件和库，只在 Xcode 里附带
3. 签名链：Apple 的代码签名需要 Keychain 存储证书，Keychain 是 macOS 独有的
4. 设备通信：Xcode 通过 amdevice 等私有框架和 iOS 设备通信，这些框架不开源
xtool 的做法是逐个击破：
- Swift SDK 通过 Swift.org 的下载页面获取（Linux/Windows 版本已官方支持）
- iOS SDK 通过 SwiftPM 的交叉编译能力处理
- 签名用 OpenSSL 替代 Keychain
- 设备通信用开源的
pymobiledevice3和lockdownd协议实现
实际体验如何
根据 Swift 论坛的讨论（2025 年 5 月帖）和 xtool 官方文档：
能做的：
- 在 Linux/WSL 上创建 SwiftPM 项目，构建为 iOS 应用
- 签名并安装到物理设备（需要 Apple Developer 账号）
- 通过
xtool ds命令管理 Apple Developer Services（证书、设备、Profile） - 在 VS Code 里开发（xtool 是 CLI 工具，不绑定 IDE）
- Interface Builder（可视化 UI 编辑器）——xtool 不提供 GUI 设计器
- 模拟器——xtool 不包含 iOS Simulator，需要物理设备或第三方模拟器
- 完整的调试器集成——LLDB 可以用，但 Xcode 的可视化调试体验不可用
谁在用，谁会受益
直接受益者：
- Linux/Windows 上的 Swift 开发者：终于可以在自己的主力系统上开发 iOS 应用
- CI/CD 流水线：不再需要 macOS runner 来构建 iOS 应用，Linux runner 成本更低
- 跨平台团队：Android 开发者用 Linux，iOS 开发者用 Mac，现在可以统一到 Linux
- 教育场景：学校机房不需要配 Mac 就能教 iOS 开发
- Swift 生态：iOS 开发不再绑定 macOS，意味着 Swift 的潜在用户群扩大
- 开源 iOS 工具链：xtool 的 XKit 库为其他工具（如替代 Cydia Impactor 的签名工具）提供了基础
数据说话
- 1182 stars/day：trending 增长强劲，说明社区对"打破 macOS 绑定"有真实需求
- Swift 论坛官方帖：2025 年 5 月在 swift.org 论坛发布，获得了 Swift 核心团队的注意
- MIT 协议：完全开源，不限制商业使用
- xtool.sh：有独立文档站点，说明项目维护认真，不是玩具
更深一层的意义
xtool 不只是一个工具——它是对 Apple 生态封闭性的一次系统性挑战。
Apple 的封闭不是恶意的，而是历史路径依赖：Xcode 是 macOS 独占的，因为最初 iOS 开发需要 Objective-C 编译器（只在 Mac 上），需要 Interface Builder（Mac 独占 GUI 工具），需要 Keychain（证书管理）。这些技术选择在 2008 年是合理的，但到 2026 年，每一层都有了开源替代品。
xtool 做的事是：把开源替代品拼成一个完整的工具链。它不是在破解 Apple 的封闭，而是在证明——Apple 的封闭已经不再有技术必要性，只剩下商业惯性。
如果 xtool 成功（被足够多的团队采用），Apple 可能会面临一个选择：要么开放 Xcode 的跨平台支持（像 Microsoft 开放 Visual Studio for Mac/Linux），要么看着开发者流向开源工具链。无论哪种结果，开发者都是受益者。
仓库链接
- GitHub：https://github.com/xtool-org/xtool
- 文档站：https://xtool.sh
- Swift 论坛帖：https://forums.swift.org/t/xtool-cross-platform-xcode-replacement-build-ios-apps-on-linux-and-more/79803
- 安装指南（Linux/Windows）：https://xtool.sh/documentation/xtooldocs/installation-linux