模擬器複製時出現檔案權限錯誤，或 CI 在建立裝置階段中止。
最快處理方式：截至 2026 年 10 月 15 日，Apple 的 Xcode 27.2 beta 3 發行說明仍將 runtime 27.2 模擬器複製失敗列為權限相關已知問題，並列出暫時處理方法。先在隔離 Mac 和可丟棄模擬器重現、確認來源裝置及檔案範圍，再依官方原文操作；不要在共享或生產 Runner 直接照抄清理命令。Apple 發布列表｜Xcode 27.2 beta 3 發行說明
適合管理企業 Xcode 與模擬器版本、需要判斷 beta 是否影響現有建置環境的 IT 負責人。
也適合負責 iOS 自動化測試、Mac Runner 和測試設備矩陣的工程與 QA 團隊。
最後更新於 2026 年 10 月 15 日；版本與問題狀態核對自 Apple Developer 發布列表及 Xcode 27.2 發行說明。
[ SECTION_01 ] Xcode 27.2 beta 3 模擬器複製失敗的排查起點
不要先清除 Simulator 資料，也不要直接把一次錯誤定性成所有 CI 節點都受影響。先確認實際安裝的 Xcode 版本、macOS 版本及 Simulator runtime；再用隔離環境和可丟棄裝置測試複製流程，保留完整錯誤訊息、來源裝置識別資料與執行紀錄。
Apple 將 runtime 27.2 的模擬器複製權限問題列為已知問題，但這不代表每次複製都會失敗，也不能據此認定其他 runtime 或既有正式環境有相同故障。Xcode 27.2 beta 3 發行說明
建議先把故障證據拆成下列項目，避免將不同問題混成「模擬器壞了」：
- 工具鏈版本：記錄正在使用的 Xcode，而非只記下開發者本機安裝了哪些版本。確認 CI Job 實際選用的工具鏈；Apple 的 Xcode 命令列工具參考可用來核對命令列工具相關行為。
- Runtime 版本：記錄目標模擬器所用的 runtime。Xcode 版本和 Simulator runtime 是不同資訊，不能只看 Xcode 名稱推斷裝置執行環境。
- 失敗階段：分開記錄複製、啟動、安裝應用程式及執行測試的結果。Apple 對在模擬或實體裝置上執行 App，以及執行測試及解讀結果分別提供說明，可據此劃清故障邊界。
- 測試條件：保留任務使用的帳號、觸發方式、測試產物及相關日誌。不要只保存最後一行錯誤；前後文有助於判斷錯誤是在建立裝置時發生，還是在應用程式測試期間出現。
提醒：Apple 文件確認的是特定版本與 runtime 的已知問題，不是所有裝置、所有帳號或所有 CI 工作都必然受影響。一次成功複製也不能證明之後的冷啟動任務穩定。
[ SECTION_02 ] 開發機上複製失敗時，如何區分裝置問題與 App 問題？
在開發機上，先分別測試原始模擬器和複製後的模擬器。若原始裝置能啟動和執行基本操作，但複製步驟報權限錯誤，調查重點應放在複製動作及其檔案權限，不宜先改動 App 程式碼。若複製成功、啟動失敗，則需另查裝置啟動階段；若裝置能啟動但測試失敗，應檢查測試結果和應用程式行為。
操作時可按以下次序留下可比較的紀錄：
- 保存 Xcode、macOS 和目標 runtime 的實際版本，並確認所測裝置確實使用 runtime 27.2。
- 在隔離環境中，先嘗試啟動原始裝置，再單獨執行複製；不要將多個動作合併成一次不易判讀的流程。
- 比對原始裝置與複製裝置的啟動結果，另行記下應用程式安裝及測試結果。
- 遇到權限錯誤時保留完整訊息，並記錄執行帳號及操作前後的環境狀態。
- 如需安裝或更新 Xcode 元件，先核對 Apple 的額外 Xcode 元件下載與安裝說明，不要把元件安裝問題誤判為複製權限故障。
如只有複製動作出錯，而原始裝置和 App 測試正常，應把兩種結果分開登記。這有助於維持測試判讀品質，也避免因複製失敗就重建整套開發環境。
[ SECTION_03 ] Simulator runtime 27.2 的權限錯誤會不會影響 CI？
影響範圍取決於流水線是否真的依賴複製 runtime 27.2 模擬器。若任務在開始時建立或複製該 runtime 的裝置，複製失敗可能使任務在測試開始前中止；若工作流程使用既有裝置，且沒有執行相關複製動作，就不能僅憑 Apple 的已知問題判定該任務也受影響。Xcode 27.2 發行說明
在 CI 中，將依賴複製的工作與不依賴複製的工作分開檢查：
- 檢視工作流程是否會於任務啟動時建立、複製或重設 Simulator 裝置。
- 對依賴複製的工作保存失敗階段、執行紀錄及測試產物；不要只以 Job 成功或失敗作為根因證據。
- 為不依賴複製的任務保留獨立判讀結果，不要因為同一節點上的另一類任務失敗，就擴大故障範圍。
- 若複製偶爾成功，仍需確認相同工作流程能否在乾淨啟動條件下重現；單次成功不足以作為長期穩定性的證明。
- 持續使用既有生產環境時，保留已驗證的工具鏈和裝置路徑，避免在排查期間一併更動多個變數。
企業如需規劃 Simulator 測試節點，可先參考遠端 Mac 環境與服務資訊，將 beta 驗證與生產工作分開安排。這是環境規劃方向，不代表特定配置已完成此問題的實測。
[ SECTION_04 ] 共享 Mac Runner 可以直接清理模擬器檔案嗎？
不建議。共享節點可能同時承載不同服務帳號、工作目錄與並行任務；若不先確認檔案所屬裝置及使用者，清理動作可能影響其他工作。Apple 的檔案系統權限與 ACL 說明可作為理解檔案存取控制的背景資料，但不能代替對實際來源與操作範圍的核對。
先在獨立測試帳號或隔離節點中重現，再檢查服務帳號、模擬器資料位置及任務並行狀況。確認該裝置不屬於其他工作後，才評估是否採用 Apple 列出的暫時處理方法。若無法確認清理目標或服務帳號的影響範圍，就先停止操作，保留診斷資料並讓生產工作留在已驗證環境。
[ SECTION_05 ] Apple 的暫時處理方式，執行前要核對什麼？
Apple 的發行說明提供了針對該已知問題的暫時處理方法；它應被視為有適用範圍的 workaround，而不是永久修復，也不能假定在每個環境中都有效。請直接查閱官方發行說明中的問題描述與處理方法，不要依據二手轉述自行拼湊命令、路徑或參數。
套用前，先在可丟棄環境確認以下條件：
- 操作所針對的來源裝置識別資料，確實對應本次測試的模擬器。
- 官方指示中的檔案或目錄範圍，與目前環境內實際檢查的目標相符。
- 執行帳號、權限和操作位置都已確認，且不會擴大到其他使用者或其他裝置。
- 執行前已保留必要日誌；執行後重新測試複製、啟動及 App 測試，分別記錄結果。
- 生產節點有明確回退方式；若隔離驗證仍失敗，不把 workaround 當成放行理由。
操作邊界：本文不轉錄未經獨立核對的清理命令。涉及檔案權限或模擬器資料時，應以 Apple 發行說明中的原始內容為準，並在隔離環境先確認命令對應的裝置與檔案。
[ SECTION_06 ] 生產放行以條件判斷，不以單次成功判斷
以下分支可用於決定暫避、隔離試點或繼續驗證：
- 若複製是生產流水線的必要步驟，且隔離重現仍失敗：讓生產任務留在已驗證環境，將 beta 限於獨立測試通道。
- 若問題只在特定帳號或共享節點出現：先隔離該帳號或節點驗證，確認資料與權限邊界後再評估是否擴大測試。
- 若複製、啟動與 App 測試均在團隊真實工作流程中通過，且回退路徑已確認：再評估擴大使用，不以一次手動測試取代自動化工作流程驗收。
- 若後續 beta、RC 或正式版更新了問題狀態或處理方法：重新核對 Apple 發行說明，並按新版內容重驗；目前的已知問題狀態不能直接外推至後續版本。Apple Developer 發布列表
如果團隊正評估把 Xcode beta 驗證移出共享生產節點，可先建立獨立測試環境，再把實際工作流程、回退條件與驗收紀錄納入評估。相較之下，臨時改造既有共享 Mac 會增加其他任務受影響的風險；自購設備則需要承擔硬體閒置、維護和環境重設等責任。若需求只是短期重現與驗證，透過 NOVAKVM 遠端 Mac 方案安排隔離測試環境，可作為比較選項；長期固定高負載或需要實體介面的工作，則應先確認租用方式是否符合團隊需求，再決定是否採用。