多儲存庫並行時，磁碟峰值往往不是「單次建置目錄」那麼單純，而是 DerivedData、SwiftPM 解析快取與 並發 xcodebuild 同時寫入造成的疊加。把路徑與快取鍵寫清楚，才能把水位預警與清理策略對齊財務與 SRE 的語言。資源池邊界可先對照 企業 Mac CI 資源池選型：多儲存庫並行建置、快取複用與磁碟擴容，租雲節點還是自建跑機？；Runner 併發與快取分工可延伸閱讀 2026 OpenClaw 手把手部署與自動化整合手冊：解決跨平台 Agent 離線與執行權限難題，實戰 GitHub Actions 多機協作。
一、磁碟峰值從哪裡疊出來
模組快取與索引會在編譯中期暴長；SwiftPM 下載與解析會在 SourcePackages 與暫存目錄形成第二層寫入；若再加上測試產物、截圖與 dSYM 打包，峰值常出現在「快取命中變差」或「依賴版本切換」那幾輪。並發 xcodebuild 若共用同一顆磁碟做解壓、連結與簽章，I/O 佇列會把 CPU 空轉成「看起來很慢」的假性瓶頸。容量表應以 同機最大並發 Job 數 × 單 Job 峰值上界 估算，而不是只看平均值。
二、DerivedData「固定路徑」怎麼設才不互踩
固定到共享掛載可以縮短冷啟時間，但必須保證 一 Job 一前綴，並把 -derivedDataPath 與 checkout 目錄綁在同一個可清理樹下。共用根目錄卻沒有隔離，會出現索引鎖、增量狀態錯亂與偶發乾淨建置。實務上常見折衷是：熱資料本機 SSD、冷快照或製品 NFS／物件儲存，並用符號連結或流水線變數把路徑寫死，避免腳本隱含預設路徑。
三、SwiftPM 快取鍵與共用池
快取命中取決於 鎖檔雜湊、工具鏈版本、平台 SDK 與 checkout 的組合；多儲存庫並行時，建議把「可共用」與「必私有」分層：唯讀依賴快取可放共用池並搭配檔案鎖或下載代理；可寫解析狀態仍建議 Job 私有，以免解析器在競態下寫壞中繼索引。任何跨 Job 共用目錄都要能回答：誰負責垃圾回收、失敗時如何冪等重建。
- 把
xcodebuild、SwiftPM、產物輸出三條路徑寫進同一張「路徑矩陣」。 - 針對切分支／升級 Xcode 兩類事件各跑一次壓力樣本，記錄峰值與 I/O 佇列長度。
四、清理策略與企業資源池 FAQ
- Job 結束即刪 vs 保留窗：前者峰值低但冷啟慢；後者吞吐高但需硬上限與 LRU。
- 水位觸發清理：以可用空間百分比＋ inode 雙條件，避免只剩容量卻無 inode。
- 獨享節點 vs 共用池：獨享把鄰居干擾降到零，TCO 較高；共用池要把隔離與配額寫進 SLO，並監控每租戶寫放大。
在 Mac mini 上把磁碟型 CI 跑順
多儲存庫並行建置高度依賴 本機 NVMe 頻寬 與 macOS 檔案系統行為；Apple Silicon 的統一記憶體架構能緩解部分編譯壓力，但磁碟水位仍要靠路徑設計與清理策略兜住。Mac mini 體積小、待機約 4W，適合 7×24 的企業資源池節點；Gatekeeper、SIP、FileVault 疊出安全邊界，長期維運成本通常低於拼裝 Windows 工站再加虛擬化層。
若你要先在獨享硬體上驗證「峰值上界 × 並發」是否成立，建議直接打開 Macstripe 首頁對照節點與開通流程，把量測腳本搬到真實機上重跑一輪。Mac mini M4 仍是 2026 年擴容 Mac CI 的高性價比起點；把 DerivedData 與 SwiftPM 快取鍵講清楚之後，再讓並發度用資料說話。若你準備把本文的磁碟預算與清理策略落到專屬節點，現在就可以從首頁挑區域與方案，讓同一套流水線在真實 I/O 環境裡校準一次。
