不使用 Xcode GUI 建構與發佈 Mac 和 iOS App

不使用 Xcode GUI 建構與發佈 Mac 和 iOS App

無需開啟 Xcode 圖形使用者介面 (GUI)，即可建構、簽署、公證並發佈 macOS 和 iOS 應用程式。透過利用命令列介面 (CLI) 工具和 AI 編碼代理 (AI coding agents)，開發者可以自動化整個發佈流程，將 Xcode GUI 視為一個可選的封裝層，而非必要條件。

自動化 Apple 建構與發佈流程

Apple 的建構流程可以完全透過系統層級的 UNIX 工具來實現自動化。雖然 Xcode 是主要的 IDE，但其用於封存與發佈的底層工具都可以透過終端機存取。

自動化關鍵 CLI 工具

  • xcodebuild: 用於建構、測試和封存專案的主要命令列工具。
  • notarytool: 用於將 macOS App 提交至 Apple 的公證服務，以確保其不含惡意內容。
  • fastlane: 一個廣泛使用的業界標準工具，用於自動化螢幕截圖、Beta 版部署以及 App Store 發佈。
  • XcodeGen: 一個允許開發者從規格文件 (spec) 生成 Xcode 專案檔的工具，從而免除手動管理複雜的 .pbxproj 檔案的需要。

AI 編碼代理的角色

AI 代理，例如 Claude Code，現在可以被指示撰寫處理整個封存、Developer ID 簽署、公證和安裝流程的腳本。由於這些代理可以與 CLI 互動，它們可以執行將 App 從原始碼轉換為生產就緒二進位檔所需的指令序列，而無需人工與 GUI 互動。

其他工作流程與工具

除了標準的 Apple CLI 工具之外，還有幾個社群專案和框架提供了傳統以 Xcode 為中心的工作流程之外的替代方案。

CLI 優先的工具

幾位開發者已經開發了專門的工具來簡化「無 Xcode」的體驗：

  • strudel: 一個 CLI，允許建構、簽署和公證 Mac 和 iOS App，包括透過內部 API 支援免費的 iOS provisioning。
  • Axiom: 提供 LLM 優化的工具，例如 xclog、xcprof、xcsym 和 xcui，以幫助 AI 代理更有效地進行 Apple OS 開發。
  • Sweetpad CLI: 一個針對人類和 AI 代理設計的 xcodebuild 封裝工具。
  • xtool: 能夠在 Linux 上建構和測試 iOS App，並允許透過 USB 將其安裝到 iPhone。

跨平台框架

Expo (React Native) 和 Flutter 等框架允許開發者在大部分開發週期中避開 Xcode。特別是 Expo，結合 Fastlane，可以實現完全自動化的提交流程，開發者只需透過命令列或 Web 檢視器進行除錯。

關鍵權衡與限制

雖然繞過 GUI 對於建構自動化非常有效率，但它也帶來了特定的技術和安全挑戰。

除錯能力的差距

大多數開發者都同意 Xcode GUI 對於深度除錯仍然至關重要。雖然終端機中存在 lldb，但視覺化除錯器、Metal 除錯器以及實體裝置的崩潰分析在 Xcode 內部的效率顯著更高。

AI 代理的安全風險

運行具有系統層級存取權限的 Mac AI 代理會引入安全漏洞。正如社群討論中所提到的，在沙盒之外運行的代理可能會存取取敏感目錄，例如 .ssh，這可能會導致意外的被上傳或洩露。

硬體與財務障礙

儘管有 CLI 自動化，但「Apple Tax」依然存在。開發 iOS 仍通常需要一台 Mac 並支付 Apple Developer Program 會員費（每年 100 美元）以存取 TestFlight 和 Xcode Cloud 等服務，雖然有些工具試圖為個人測試繞過這些要求。

社群觀點綜述

社群回饋突顯了將此視為一種新穎方法與將其視為標準 CI/CD 實務的觀點之間的差異。

"這就是 Apple 平台的 CI 建構機器一直以來設置的方式。"

然而，對於個人開發者而言，向「vibe coding」的轉向——即由 AI 代理處理專案配置和部署的繁瑣工作——正使這些曾經隱藏的 CI 流程對一般創作者變得觸手可及。共識是，雖然 GUI 於初始設定和複雜除錯時很有幫助，但 CLI 是處理重複性發佈任務的優越路徑。

Sources