Apple 於 2026 年 11 月 3 日發布 Xcode 27.3 Beta；其發行說明確認，Device Hub 可接受拖入的 .app 或 .ipa 以安裝，也可拖入連結在裝置上開啟。若目標是本地 App 驗收，先確認裝置與建置產物，再拖放並在目標裝置上核實啟動；模擬器中的其他檔案則會存入「檔案」App，不是安裝 App。這項 Beta 功能不應取代正式發佈流程。(Apple 發佈公告)
適合正在試用 Xcode 27.3 Beta、需要把本地建置安裝到模擬器或實體裝置的 iOS 獨立開發者。
也適合需管理多個測試目標的小團隊，以及評估遠端 Mac 能否配合 Xcode 建置與裝置驗收的開發者。
最後更新於 2026 年 11 月 5 日；功能與系統要求核實自 Apple 的 Xcode 27.3 Beta 發行說明、版本公告及系統要求。 Beta 後續更新可能改變行為，開始新一輪驗收前請重新核對官方資料。
先分清投遞對象與結果
拖放不是單一用途。先看檔案類型，再決定要驗證什麼：
| 投遞內容 | Apple 已確認的 Device Hub 行為 | 驗收重點 |
|---|---|---|
.app 或 .ipa |
安裝 App | 到指定裝置確認 App 出現並能啟動 |
| 連結 | 在目標裝置上開啟 | 確認開啟的是預期頁面或內容 |
| iOS 模擬器中的其他檔案 | 儲存到「檔案」App | 到模擬器的「檔案」App 確認檔案位置 |
此處所說的普通檔案保存，是 Apple 對 iOS 模擬器的說明；不能據此推論實體 iPhone 會以同一方式處理任意檔案，更不代表可直接存取其檔案系統。App 的 .app／.ipa 拖放行為則以發行說明為準。
開始前核對 Xcode 與建置產物
Xcode 27.3 Beta 發行於 2026 年 11 月 3 日，要求 Mac 執行 macOS Tahoe 26.6 或更新版本。Apple 的系統要求頁亦列出此版本的 SDK、部署目標與裝置支援範圍；它們會影響可建置、可測試的平台，但不保證任一專案產物都能安裝到任一目標。請在操作前查看官方系統要求，不要只憑 Xcode 視窗顯示版本判斷主機相容性。
先在建置記錄中記下專案提交版本、建置方式、版本號及 build number。再確認手上的 .app 或 .ipa 確實來自這次建置，而不是舊的輸出目錄。兩個檔案名稱相似，不代表內容或簽署狀態相同；測錯產物會讓後續驗收失去意義。
針對實體裝置，另行確認簽署、Provisioning Profile、裝置註冊及專案支援條件。Apple 說明，手動簽署需要相應的 App ID、開發憑證及已註冊裝置；若採自動簽署，Xcode 會代為管理開發用 Provisioning Profile。不同建置失敗原因應分開檢查，不要單憑拖放失敗就判定是 Device Hub 問題。(手動建立開發 Provisioning Profile 的官方說明)
選定 Device Hub 的驗收裝置
開啟 Xcode 的 Device Hub，在側邊欄辨識本次要用的模擬器或實體裝置，再確認畫面顯示的裝置名稱與作業系統版本符合測試計畫。Apple 的裝置與模擬器管理文件說明，Device Hub 可用於管理模擬與實體裝置，並檢視裝置基本資訊。
請把「裝置出現在清單」和「裝置目前可供這次操作」分開核對。正式拖放前，確認目標項目可選取，且 Device Hub 顯示的是預期裝置畫面。若清單中有多台同型號裝置，記錄名稱或識別資訊，避免把成功安裝誤算到另一台測試機上。
若實體裝置未配對或目前不可用，先處理配對與裝置發現問題，再回到安裝流程；本篇不把配對故障當成拖放安裝的一部分。若需要確認遠端 Mac 的操作與支援方式，可先查看 metalvnc 說明中心，再依裝置管理文件處理配對或裝置發現問題。
拖放前的核對清單
- [ ] Xcode 顯示為 27.3 Beta，Mac 符合該版 macOS 系統要求。
- [ ] 已記下專案提交、建置方式、App 版本與 build number。
- [ ]
.app或.ipa來自本次建置，並與預定測試目標相符。 - [ ] Device Hub 中已選取正確模擬器或實體裝置，並確認它目前可用。
- [ ] 實體裝置所需的簽署、Provisioning Profile 與裝置條件已核對。
Apple 亦說明，從封存匯出的 iOS App 可產生 .ipa，並可供已註冊裝置安裝；以該流程安裝的 iOS App，裝置可能需要啟用 Developer Mode。這些條件屬於建置與裝置端的要求，不是拖放本身的成功保證。(將 App 發佈至已註冊裝置的官方說明)
執行 Xcode 27.3 Beta Device Hub 安裝 App
在 Device Hub 中定位已核對的目標，將對應的 .app 或 .ipa 拖到該裝置。Apple 發行說明確認這是 Device Hub 的新功能；若拖入連結，功能則是讓裝置開啟連結，不是安裝 App。
安裝後不要只以拖放動作完成作為驗收結論。切回目標裝置，確認 App 是否出現；接著啟動它，核對首頁或專案預期的啟動畫面。若 App 有不同環境設定、測試帳號或伺服器端依賴，按本次驗收計畫再檢查基本功能，避免把「安裝完成」等同於「功能驗收通過」。
| 驗證方式 | 主要用途 | 選擇依據 |
|---|---|---|
將 .app／.ipa 拖至 Device Hub |
快速把本地產物交給指定裝置安裝 | 適合單次建置驗收；仍須確認產物與目標相符 |
| 將普通檔案拖至 iOS 模擬器 | 把測試檔放入「檔案」App | 適合核對模擬器檔案處理；不是 App 安裝 |
| 將連結拖至裝置 | 在裝置上開啟連結 | 適合驗證連結開啟情境；不代表已安裝 App |
如果安裝失敗，保留原始建置產物、Xcode 版本、目標裝置資訊及當時顯示的結果，再分別檢查檔案類型、建置目標、簽署與裝置條件。沒有足夠證據時，不要把問題歸結為單一原因，也不要假設重複拖放必然解決。
模擬器普通檔案的保存位置
在 iOS 模擬器中拖入非 .app／.ipa 的其他檔案，Apple 說明會將檔案保存到「檔案」App。可用一份專案內的測試文件驗證：將檔案拖入選定模擬器，接著在該模擬器中開啟「檔案」App，確認檔案是否出現。這一步驗證的是模擬器接收與保存檔案，不是 App 安裝、匯入任意測試資料或修改實體裝置檔案。
要測實體裝置上的檔案行為，請依實際 App 的匯入流程與目標裝置操作確認；不要把模擬器的行為推廣成所有裝置共通規則。若需要驗證實體硬體功能或裝置專屬服務，Device Hub 可協助互動，但仍須在實際目標裝置上完成檢查。
記錄 Beta 驗收並保留正式流程
每次驗收至少留下 Xcode 版本、目標裝置與系統版本、專案提交或建置識別、產物類型及安裝結果。這些記錄能讓團隊在 Beta 更新後重跑同一組檢查，也能區分是 Xcode 變更、裝置差異，還是建置產物不同。
把 Device Hub 拖放視為開發與測試的便捷入口，而不是簽署驗證或正式交付的替代品。Apple 將 App 測試與後續發佈流程分開說明：封存及匯出、送交測試或發佈，應依專案採用的發佈方式處理。若這次驗收牽涉正式發布，先回到既有且已驗證的交付流程，再依新版發行說明重新評估 Beta 行為。(Beta 測試與正式發佈流程的官方說明)
若沒有可用的本地 Mac，或本機硬碟與開發環境已被 Xcode 建置工作佔用，可先評估遠端 Mac 是否符合你的 Xcode 工作流程；但若測試必須直接接觸本地實體裝置，或長期執行穩定的重負載工作，本地 Mac 可能更合適，遠端操作也會受網路連線影響。需要比較環境與使用方式時，可先查看 metalvnc 的遠端 Mac 方案資訊；是否租用，應按測試頻率、裝置連接方式與正式建置需求決定。