# 策展 · X (Twitter) 🔥

> 作者：Rudrank Riyam (@rudrank) · 平台：X (Twitter) · 日期：2026-03-24

> 原始來源：https://x.com/rudrank/article/2035891494079594683

## 中文摘要

作者以親身經驗說明了 Xcode Cloud 和本地建置的使用場景。Xcode Cloud 提供每月 25 小時的雲端運算額度，適合自動化 TestFlight 和 App Store 發佈的完整流程；但在前一個新創公司的工作經驗中，作者發現即使是小型應用也常需時 20 到 30 分鐘才能完成——包括執行器啟動、歸檔、上傳、處理等步驟，往往等到完成時早已錯過討論代碼變更的會議時機。相比之下，已坐在 MacBook M5 前、邊在 Cursor 檢視程式差異邊進行本地建置會明顯更快。

**本地發佈迴圈的設計理念**

作者開發 `asccli.sh` 的核心動機是建立一套簡化的本地發佈管道，讓工作流程始終在終端內完成：

- 查詢遠端安全的下一個建置編號
- 本地編輯建置版本號
- 歸檔、匯出、上傳應用
- 提交至外部 TestFlight 群組

這套工具的特色在於將 App Store Connect 操作和本地 Xcode 操作整合在同一個 CLI 中。例如可先查詢最新建置版本 (`asc builds latest`)，再本地編輯建置號 (`asc xcode version edit`)，接著執行純本地運算的歸檔和匯出步驟，最後再連接到 App Store Connect 的上傳和分發功能。作者強調，相較於多條命令的完整版本，簡化版本如 `asc publish testflight` 可將上傳和分發合併為一條指令。

**工作流程配置與自動化**

隨著 `asc workflow` 功能成熟，作者得以將發佈管道保存為版本控制的 `.asc/workflow.json` 檔案。這種方式支援驗證、模擬執行和實際運行，同一套流程既能在本地執行，也能在 CI 環境中復現。workflow 系統的關鍵優勢是步驟之間能傳遞結構化輸出——例如 `${steps.resolve_build.BUILD_ID}` 語法讓下一步驟直接引用前一步驟的機器可讀結果，避免了依賴日誌解析和手動字串處理的脆弱性。

**實際效益與快速迭代**

該方案的最大優勢在於消除遠端流程的延遲，特別是當開發者已在本機且配置好簽名profile 時。作者明確表示，本地建置提供了從「代碼變更完成」到「外部測試者獲得版本」之間最短的路徑，相比依賴 Xcode Cloud 的遠端管道更符合快速迭代的需求。

## 標籤

CLI, IDE, iOS, 教學資源, Apple