狀況： DaVinci Resolve 21.1.2 專案不能由 DaVinci Resolve 20.3.2 存取；發布說明可檢索副本列明了這項版本邊界。
最快處理： 不要用唯一專案或唯一項目庫試升級。先分別備份，再用副本在 21.1.2 檢查代表性專案；需要回退時，先實際驗證恢復副本和交付流程。
使用 Windows、但要進入 Mac 環境複核 Resolve 專案的剪輯師，可先確認版本和檔案交接邊界。
維護舊版項目庫、擔心升級後無法回退的創作者，可按本文建立備份與驗收步驟。
負責協作交付的小型團隊，則要先指定升級、複核和恢復的負責人。
最後更新於 2026 年 10 月 27 日；版本與回退資訊核對自發布說明及官方支援下載頁。後續若官方更新說明或發布影響升級判斷的新版本，請重新核對。
先分清項目庫與單一項目的版本邊界
官方發布說明把「項目庫可相容存取」和「單一專案能否由舊版開啟」分開處理。前者不能推論成後者：可存取項目庫，不代表其中由新版處理過的每個專案都能交回舊版使用。
| 驗收對象 | 升級前要確認的事 | 回退判斷 |
|---|---|---|
| 項目庫 | 是否有獨立備份；備份位置與負責人是否明確 | 依官方說明核對項目庫的存取邊界，不把它當成單一專案的降版保證 |
| 單一專案 | 是否另存可辨識的 DRP 專案備份 | 以舊版實際匯入副本的結果判斷，不能只看項目庫是否可開啟 |
| 正式交付檔 | 是否保留原始匯出檔及交付規格 | 以接收方能否使用成品為準，不以應用程式預覽代替交付驗收 |
依發布說明，21.1.2 處理過的專案不能再由 20.3.2 存取。這是明確的回退限制，不應被「項目庫相容」這類描述蓋過。升級前請把舊版環境是否仍可使用、哪些專案必須維持舊版開啟，寫進團隊的恢復紀錄。
備份清單：項目庫與 DRP 各自留存
升級前要備份哪些檔案？至少把兩種用途不同的副本分開確認：項目庫備份用於恢復項目庫；DRP 則是單一專案的匯出副本。兩者不能互相取代。
| 備份項目 | 升級前確認 | 驗收方式 |
|---|---|---|
| Resolve 項目庫 | 確認備份已完成，並記下保存位置 | 由負責人確認能找到備份，且知道如何依官方流程恢復 |
| 單一專案 DRP | 對代表性及重要專案另行匯出 | 用清楚的專案名稱與版本標記，避免和正式工作檔混淆 |
| 媒體與交付資料 | 確認原始媒體、代理檔或交付檔案的保存位置 | 抽查資料夾與檔案是否存在；不要把專案備份當成媒體檔備份 |
官方入門指南說明項目庫備份相關操作；官方編輯指南則說明 DRP 專案的匯入與匯出。按指南操作後，仍要由你確認副本確實存在、位置可存取，而且恢復責任人清楚。
提醒： 「已按下備份」不等於「已驗證可恢復」。至少要確認備份檔能找到、命名能辨識，並安排由誰執行恢復；未完成這些確認前，不要把唯一正式專案交給升級流程。
DRP 項目備份的價值是讓你能拿單一專案副本做檢查或匯入測試。它不會自動帶齊所有媒體、外掛、字型或團隊交付條件。若專案依賴外部檔案，請把檔案位置和依賴項一併記錄，並在複核環境確認媒體連結狀態。
用副本測試恢復路徑
不要等到新版專案已成為唯一工作檔，才開始研究如何回退。恢復測試的目的，是證明你的團隊有一條實際可走的路，而不只是保留了一個名稱看起來像備份的檔案。
| 測試情境 | 操作 | 通過條件 |
|---|---|---|
| 項目庫恢復 | 依官方說明使用備份副本執行恢復流程 | 負責人能找到正確副本，並確認恢復後項目庫可供檢查 |
| DRP 回開 | 將單一專案副本匯入預定使用的舊版環境 | 明確記下能否開啟；若不行，不把新版專案當成可回退 |
| 檔案交接 | 將副本、媒體位置和版本紀錄交給另一位團隊成員 | 對方能辨認哪個是測試副本、哪個是正式檔案 |
此處的「通過」是你自己的實測結果，不是官方對所有專案提供的兼容保證。官方支援頁可用來核對目前提供的版本與下載資訊，但不能代替團隊對指定專案的恢復測試。若舊版環境無法取得，或副本無法回開，就應先停止正式升級，改用可確認的備份策略處理。
代表性專案檢查：時間軸、素材與效果
挑選一個能代表正式工作的項目副本，不要只用空白專案或簡單測試片段下結論。測試前記下原始狀態，升級後逐項對照；一旦出現差異，就先保留副本和紀錄，不要直接覆寫來源專案。
- 時間軸： 檢查主要剪輯點、片段順序、音訊同步、字幕與轉場。確認開啟後沒有缺段或明顯位置變動。
- 媒體連結： 查看主要影片、音訊與圖像素材是否在線。若素材離線，先查檔案路徑和交接內容，不要將其誤判為專案版本問題。
- 調色與 Fusion： 挑出專案中實際使用的節點、遮罩、合成或 Fusion 效果，對照升級前的畫面與預期輸出。
- 更新線索： 查看官方Resolve 21 功能指南中與專案功能相關的變更，再決定應特別複核哪些部分。功能指南列出變更，不代表所有既有專案都已通過兼容測試。
升級前的參考畫面最好來自同一專案的可用舊版環境。若你沒有可供對照的舊版，就把這項限制記錄下來；不要把「新版能開啟」等同於「畫面和效果都與原先一致」。
交付驗收：預覽不是成品確認
專案在 Resolve 內可播放，只能說明預覽階段暫時可用，不能直接判定成品已驗收。交付前要按團隊實際規格檢查匯出檔，再由接收方確認能否開啟、播放和使用。
- 先用團隊約定的設定輸出測試檔，核對畫面比例、影格率、音訊及字幕等交付要求。
- 播放匯出檔，檢查片頭、片尾、剪輯點、重要特效和音畫同步。
- 把測試檔交給實際接收者或使用端檢查；如有問題，記錄出錯位置與重現條件。
- 若交付涉及色彩判斷，先確認顯示與色彩管理條件，再以團隊的參考標準作判斷。官方調色指南涵蓋示波器、色彩校正與交付設定，可作為核對操作的依據，但不等於保證你的成品符合特定客戶或播放設備要求。
這項流程可以抓出「應用程式裡看似正常、交付檔卻不合格」的落差。若只完成時間軸預覽，請將狀態標成「待匯出驗收」，不要先通知接收方已完成。
遠端 Mac 複核前的適用條件
沒有自己的 Mac，怎麼複核升級後的專案？先決定要驗收的是什麼：若只需檢查專案結構、時間軸和匯出結果，請確認你能把副本及所需媒體交到可用環境；若需要比對特定外掛、字型、色彩設定或硬體周邊，則要確認該環境實際具備相同條件。本文沒有可引用的本站遠端專案操作紀錄，因此不把遠端連線方式、檔案取回流程或操作表現寫成通用保證。
情境案例： 你在 Windows 上完成剪輯，團隊要求在 Mac 環境檢查專案。先匯出 DRP 副本並整理媒體，再由團隊確認遠端環境能否取得這些檔案、是否能開啟需要的功能。環境可用只代表測試可以開始；時間軸、效果、匯出檔與接收方使用情況，仍須逐項驗收。
若要先評估遠端 Mac 是否符合你的交接方式，可查看MACCOME 遠端 Mac 方案及香港方案頁面，核對實際方案資訊。若你只偶爾需要 Mac 環境複核，租用可避免為短期測試先購置實機；但若你長期執行穩定的重負載工作、依賴本地周邊設備，或需要完全一致的工作站條件，自購 Mac 或直接使用目標工作站可能更合適。無論選哪種方式，都先用副本驗收，再處理正式專案。