REPRODUCIBLE PHOTO MERGE

同一張照片改了名稱,合併資料夾時會怎麼分類?

用一組可重現的測試資料,示範兩個照片資料夾中改名副本、單邊檔案與同路徑版本衝突的差別。結果只讀,不自動複製或刪除。

先說結論

DUPESPACE 以完整內容辨認改名後仍相同的照片,不會因名稱不同就再次複製;同一路徑但內容不同則獨立標成衝突,留給使用者決定。

重現測試資料

用肉眼也能核對的小型測試。

  1. 01

    建立「手機匯入」與「目前相簿」兩個資料夾。

  2. 02

    把同一張 JPEG 放到兩邊,分別命名為 IMG_1842.JPG 與 京都車站.jpg。

  3. 03

    在兩邊建立相同相對路徑 Pictures/album-cover.jpg,但放入不同內容。

  4. 04

    各放入一張只存在單邊的照片,接著使用資料夾合併前核對。

預期分類結果

不同檔案關係,下一步也不同。

改名或搬動

手機匯入/DCIM/IMG_1842.JPG目前相簿/2024/京都車站.jpg

完整內容相同,即使名稱與路徑都不同,仍歸在同一個內容關係。

下一步: 目前相簿已經有這份內容,因此不必再次複製;但不代表手機匯入端可以直接刪除。

同路徑版本衝突

手機匯入/Pictures/album-cover.jpg目前相簿/Pictures/album-cover.jpg

相對路徑相同,完整內容不同。工具不把其中一份當成重複。

下一步: 分別開啟或改名保存兩版,確認用途後再手動合併。

只在搬入端

手機匯入/DCIM/IMG_1843.JPG

目前相簿找不到相同內容,也沒有相同相對路徑。

下一步: 這是可能需要新增到相簿的檔案,而不是重複副本。

只在保留端

目前相簿/2023/family.jpg

手機匯入端沒有這份內容。

下一步: 它不需要從新匯入資料覆蓋;若要更新備份,應另開一個反向核對流程。
01

這個測試證明什麼?

檔名不是檔案身分。只用名稱比較會漏掉 IMG_1842.JPG 與 京都車站.jpg 這種改名副本;只看路徑則可能把不同內容的 album-cover.jpg 當成同一版。

DUPESPACE 先比較精確容量,再用樣本排除明顯不同的候選,最後完整讀取剩餘候選的內容。快速樣本不會單獨決定兩個檔案相同。

02

結果為什麼不直接提供『刪除』?

手機匯入端可能是唯一尚未完成備份的來源;目前相簿也可能正在同步。內容相同只代表這次比較讀到的位元相同,不代表任何一邊已失去用途。

網頁版刻意保持唯讀。它讓你少複製一份已存在的內容,也把版本衝突提前顯示,但不替你承擔合併與刪除決定。

03

如何自己重做這個測試

使用幾張可捨棄的測試圖片,保留其中一張不變但改名;再用圖片編輯器重新輸出另一張,讓縮圖看起來相似但內容不同。比較完成後核對四種分類與 CSV。

不要用唯一的家庭照片或仍在同步的正式相簿做第一次測試。若結果和預期不同,先停止,不要依報告繼續複製或清理。

FAQ

這個案例能證明什麼、不能證明什麼

照片名稱完全不同也能找出來嗎?

可以,只要完整內容相同。名稱與路徑只用來顯示情境,不作為最終相同判定。

重新壓縮後看起來一樣,會算完全重複嗎?

通常不會。重新壓縮、裁切或修改中繼資料會改變位元內容,應視為不同版本而不是完全相同副本。

範例 CSV 可以直接拿來刪檔嗎?

不可以。它是去識別化的欄位示例,沒有你裝置上的檔案權限,也不是清理指令。

用自己的測試資料重做一次

先做唯讀分析,第一次只用可捨棄資料。

開啟線上工具查看整理情境