衝刺裡最常卡住的是佇列：二線 macOS 承接 Xcode／簽章；Lint、單測與映像丟 Linux 往往更便宜。分岐在於是否願為 P95 換第二套金鑰面，以及 Linux 能否不碰 Apple 憑證就閉環。佇列取捨見 彈性池與常駐 Runner 決策矩陣。
2×
雙 mac 線 vs 拆 Linux
P95
看 P95 佇列尾延遲
分倉
金鑰最小權限
先把帳算清：排隊、尾延遲與金鑰面
排隊看 P95；卡在佇列外一小時常比多租 Runner 更貴。拆 Linux 能攤並發，但同一權杖若可推映像又可部署，風險面會擴大。對齊誰持分發憑證、誰唯讀製品庫；Runner 註冊與權杖拆分見 Runner 併網與權杖清單。
| 維度 | 加開第二條 macOS 線 | 把 Job 拆到 Linux 代理 |
|---|---|---|
| 排隊／尾延遲 | 分流 Xcode／Archive，P95 改善大 | 非 Apple 任務並發高 |
| 成本 | 硬體單價高，留給真機階段 | 掃描、映像建置便宜 |
| 金鑰 | 憑證集中 Mac，兩線分倉 | 面廣，須唯讀權杖＋製品晉級 |
| 改造量 | 低：複製範本 | 中：雙平台驗證快取與指令稿 |
一句話原則
碰 Apple 憑證的留 macOS；只讀倉庫／製品、可重現的優先 Linux。依賴同一份 DerivedData 的增量編譯別硬拆。
何時加第二條 macOS 線？
瓶頸在「等 Runner」、發版與日常 MR 搶同一佇列時，二線能把兩者隔開；勿共用登入階段或同一鑰匙圈，以免簽章互鎖。若瓶頸在 Git／依賴／快取，先治網路與快取再加線。
常見誤區
「多一條線」≠ 雙倍吞吐；瓶頸若在網路／解析，加線只多維護負擔。
拆 Linux 前四步自檢
不讀鑰匙圈、不跑 xcodebuild、不依賴僅 macOS API；映像推送用窄權杖；工具鏈鎖版本對齊 lockfile；日誌按階段切片便於分責。
FAQ
兩條 macOS 線會不會讓憑證更亂？
會；發版線與日常線分倉憑證，輪換週期與前綴分開。
Linux 能跑 iOS 單測嗎？
邏輯層可；模擬器、UIKit 相關仍回 macOS。
衝刺完要關二線嗎？
P95 長期低可縮容或改夜間獨占；保留範本以免下次從零排障。
在雲端 Mac mini 上，這一切更順暢
把 Archive／簽章收斂到雲端 Mac mini M4：Apple Silicon 統一記憶體利於 Swift 與連結峰值，約 4W 待機適合長佇列 CI；macOS 原生 Unix 工具鏈與 Gatekeeper／SIP 也利於無人值守。
若你正在規劃二線 macOS 或混合拓撲，VPSSpark 雲端 Mac mini M4 是很好的起點——立即獲取方案，讓關鍵路徑少排隊、金鑰面更可控。