解決 Android RetroArch Cloud Sync 衝突
先停止使用兩台裝置、關閉 Destructive Cloud Sync、關閉執行中的內容，再從 Debug 日誌找出精確衝突路徑。若本機與伺服器版本都已變更，RetroArch 的三方合併不會覆寫任一份，而會保留兩者並暫時排除該路徑，直到你選定要保留的副本。
逐步復原
- 01
停止所有裝置上的遊戲，變更同步設定前先分別複製本機存檔與 save state 資料夾。
- 02
比較各裝置依核心名稱或內容資料夾整理存檔與狀態的四項設定，確保完全一致。
- 03
關閉 Destructive Cloud Sync，關閉內容回到主選單，只在一台裝置執行 Sync Now。
- 04
啟用 Debug 等級的檔案日誌，找出 `[CloudSync] Conflicting change` 標示的精確路徑，不要只依顯示檔名選擇。
- 05
選定權威副本：若要取回伺服器版，重新命名或移走本機檔；若要保留本機版，依 Libretro 的 manifest 程序處理。
- 06
只在一台裝置再次同步，開啟獲授權遊戲，分別驗證遊戲內存檔與 save state，再於第二台裝置重複。
同步診斷表
| 狀態或症狀 | 含義 | 安全下一步 |
|---|---|---|
| 完成但有衝突 | 本機與伺服器都變更 | 保留兩者並讀取 Debug 路徑 |
| 檔案位於不同資料夾 | 整理規則不一致 | 統一四項設定 |
| 完成但有失敗 | 一或多項操作失敗 | 檢查後端、憑證、網路與日誌 |
| 刪除將同步傳播 | 破壞性模式已啟用 | 關閉並先用 cloud_backups |
衝突是三方決策
RetroArch 將目前本機檔與本機 manifest、伺服器 manifest 比較。若雙方自共同狀態後都改變，它不覆寫任何一方，而會記錄並暫時略過該路徑。
只處理日誌點名的檔案。替換整個資料夾可能刪除無關進度，也可能掩蓋資料夾結構差異。
資料夾規則也是檔案識別的一部分
依核心名稱與內容資料夾整理的設定必須在所有裝置一致。兩份顯示名稱相同的存檔若位於不同相對路徑，仍無法如預期合併。
最後同步前先關閉內容。Automatic 模式會在啟動及卸載核心時同步；內容仍執行時強制關閉 App 並非文件規定的交接流程。
Android 使用 WebDAV，而非 Apple 後端
Libretro 將 WebDAV 列為全平台後端，iCloud 與 iCloud Drive 則屬 Apple 平台。在 Android 請安全保存伺服器 URL 與帳號。
切勿把密碼、token 或含憑證 URL 貼到論壇、截圖、公開日誌或網頁。
Cloud Sync 可複製存檔、設定、縮圖，以及明確啟用的系統檔案。若無權把資料複製到該服務商，請關閉 BIOS/system 同步；不要分享 WebDAV 憑證或未授權 ROM、BIOS、CHD、圖像與音樂。