在 macOS 建立的 Tar 壓縮檔於 Linux 解壓縮時顯示錯誤之分析與解決方案

背景

在 macOS 環境下使用預設的 tar 指令建立壓縮檔並移至 Linux 伺服器解壓縮時，使用者常會遇到大量以 ._ 開頭的冗餘檔案，或是出現關於擴展屬性（Extended Attributes）與元數據（Metadata）的警告訊息。這篇文章探討了此現象的成因，並提供包含添加參數、設置環境變數或安裝 GNU tar 等解決方案，引發了 Hacker News 社群對於跨平台相容性與作業系統設計哲學的深入討論。

社群觀點

針對 macOS 在 tar 檔案中夾帶特殊元數據的行為，社群內部分成了「忠於原始系統」與「跨平台相容性」兩派觀點。支持 Apple 做法的討論者認為，這體現了 Apple 一貫的設計邏輯，即 tar 不僅是單純的檔案傳輸工具，更應被視為「檔案系統物件的忠實備份」。前 Apple 工程師指出，這種做法是為了確保檔案在不同 Mac 裝置間往返時，能完整保留 Finder 標籤、Gatekeeper 安全資訊及 ACL 權限，避免在解壓縮過程中發生無聲的數據遺失。對這些開發者而言，這並非錯誤，而是為了維持系統語義一致性的必要手段。

然而，另一派觀點則批評這種做法違反了「最小驚訝原則」。反對者認為，大多數開發者使用 tar 是為了在不同 Unix 系統間交換資料，而非備份 macOS 特有的檔案屬性。這些額外的 ._ 檔案與 .DS_Store 被視為對 Linux 檔案系統的污染，甚至被戲稱為 Apple 隨處丟棄的垃圾。部分資深開發者指出，這其實是 BSD tar（libarchive）與 GNU tar 之間的標準差異。雖然 Apple 的做法在技術上是為了保留現代檔案系統的特性，但由於各家 tar 程式對擴展屬性的實作標準不一，導致在 Linux 上解壓時會出現不相容的警告。

討論中也觸及了更深層的工程實踐問題。有留言者建議，現代化的構建系統不應依賴宿主機的「原生」工具，而應透過依賴管理引入特定版本的可移植工具，以避免這類環境差異造成的困擾。此外，關於安全性元數據的爭論也十分熱烈：一方認為 macOS 強制追蹤檔案來源（Provenance）是保護一般使用者的必要措施；另一方則主張電腦應完全聽命於使用者，不應為了安全性而讓工具變得難以使用。儘管社群對於 Apple 的設計美學褒貶不一，但多數人達成了一項共識：在進行跨平台部署時，明確使用 --no-xattrs 參數或設置 COPYFILE_DISABLE=1 環境變數是目前最務實的解決方案。

延伸閱讀

在討論串中，經驗豐富的開發者推薦了幾項工具與參考資料。若想徹底解決相容性問題，可以透過 Homebrew 安裝 gnu-tar（指令通常為 gtar）來取代系統預設的 BSD 版本。此外，有留言者提到 pax 檔案格式在處理現代檔案系統元數據上比傳統 tar 格式更為嚴謹且設計優良。對於希望深入了解不同 tar 實作如何處理擴展屬性的讀者，可以參考 Michał Górny 撰寫的《可移植性與 tar 特性》（Portability of tar features）一文，該文詳細比較了 SCHILY 與 LIBARCHIVE 等不同編碼格式的差異。若是在處理網路掛載磁碟時想避免產生 .DS_Store，則可利用 macOS 內建的 defaults write com.apple.desktopservices DSDontWriteNetworkStores true 指令進行系統級設定。