差異要用看的，不是用讀的

這份設定跟那份差在哪一行。同一個檔案的兩個版本之間，到底改了什麼。合併衝突的兩邊，該留哪一邊。用眼睛逐字比對文字既累人，而累了的眼睛會漏掉那個真正要緊的字元，通常是逗號。會印出統合差異的工具確實幫上忙，但它仍然要求你從一串加號與減號裡，在腦中重建出一張圖，而錯誤正是在重建的時候進去的。

Meld 直接把圖畫出來。左右兩欄並排，有改動的行上色，而行內的差異再細到單一字元，於是改過名字的變數、動過一位的數字，都沒辦法躲在一個看來相同的句子裡。兩欄之間的箭頭按鈕，一按就把那段內容搬到另一側，合併於是從「重打一遍」變成「確認一下」。三路比較，本地對基線對遠端，也認真支援，而那正好就是版本控制衝突的形狀。

介面樸素得像好用工具本來的樣子。沒有互相搶注意力的面板，也沒有主動提議幫你重寫檔案的助手。兩份檔案、差異、一排箭頭。這種節制本身就是功能：當任務是決定留下什麼，任何不屬於這個決定的元素都只是噪音。

不只比文字

它能覆蓋的範圍，是工作日常裡的幾個環節。目錄比對會整批指出新增、缺少與被改動的檔案，於是同步一棵目錄樹不再是猜哪裡出了什麼事。版本控制整合是原生的，不是後來貼上去的：工作區的改動、已暫存的差異、歷史版本，全都在同一個視覺化視窗裡打開，比在終端機的分頁器裡推理輕鬆得多。3.24 版加上並排的圖片比對，於是設計稿有沒有動過、圖示差了幾個像素，變得看得見，而不是各說各話。

這個專案自己是 GNOME 生態裡資歷較深的成員，以 GPL 釋出，用 Python 與 GTK 寫成，意思是原始碼可以被讀、被改、被重新編譯，任何人不同意其中某個決定都可以動手。在一個擁擠的分類裡活這麼久的軟體通常有它的理由，這一個也有：它只做少數幾件事，做得不囉嗦，也沒有被重新設計成別的東西。

三路比較值得單獨講一段，因為它正是最常被低估的部分。兩路差異告訴你改了什麼；三路比較告訴你「是誰改的」，而當兩個人在同一個星期動了同一個函式，真正需要回答的正是後者。基線版本擺在中間，你的工作在左，對方在右，每一處衝突都以三種狀態同時呈現。用文字編輯器手動處理當然可行，但那意味著一邊在腦中記著三個版本，一邊打出第四個。

目錄比對還有一種比較安靜的用法，省下的時間比戲劇性的那種更多。把一棵目錄覆蓋到另一棵之前，比對會告訴你「會失去什麼」：哪些檔案只有一邊有，哪些兩邊都改過卻沒人發現。那是三十秒的檢查，卻擋在備份與誤刪之間，也是為什麼連很少碰合併的人，都會讓這個工具留在機器上。

它提供的價值是確定性：差異完整擺在眼前，合併的每一步都由你親手確認。在程式碼與設定的世界裡，看得清楚是改得準確的前提。

兩條實用建議。把它設成版本控制的預設差異檢視器，處理衝突的體驗會立刻升級，因為另一個選項是在檔案裡讀那些標記。以及，同步兩個目錄之前先跑一次比對，畢竟接下來那個動作是用來覆蓋東西的。

它在 Windows、Linux 與 macOS 上都能跑，macOS 是從 3.24 版開始，而且不收費。開發者的工具箱裡，基礎工具換得很勤，通常換成面板更多、要訂閱的那種；這一個留下來，是因為已經沒有什麼能加上去、讓比對變得更清楚。