Show HN: Pgit – 以 PostgreSQL 為後端的類 Git 命令列工具

背景

這篇文章介紹了一款名為 pgit 的新型版本控制工具，它將 Git 的工作流程與 PostgreSQL 資料庫結合，讓開發者能直接使用 SQL 查詢完整的提交歷史與檔案變動。作者開發了名為 pg-xpatch 的自訂儲存引擎，透過增量壓縮技術，在多個真實專案的基準測試中展現出優於 Git 官方最嚴格壓縮模式的空間效率，並能協助 AI 代理程式快速產出程式碼健康報告。

社群觀點

在 Hacker News 的討論中，社群對 pgit 的創新儲存方式展現了濃厚興趣，特別是將版本控制與資料庫查詢能力結合所帶來的潛力。許多參與者認為，這項工具最大的價值在於讓 AI 代理程式能更有效地理解專案脈絡。傳統上，人類開發者在長期參與專案後會自然內化程式碼的演進歷史，但 AI 缺乏這種直覺，透過 SQL 查詢歷史變動、熱點檔案與作者貢獻模式，能讓 AI 在不需重新發明檢索機制的情況下，更精準地掌握程式碼庫的現狀。

關於底層資料庫的選擇，社群展開了技術性的辯論。部分留言者提到 SQLite 作為單一檔案資料庫，在可攜性與物流管理上具有優勢，並舉出同樣基於 SQLite 的版本控制系統 Fossil 為例。然而，作者與其他開發者指出，PostgreSQL 的擴充 API 遠比 SQLite 強大，且在處理大規模寫入與自訂儲存引擎時更具優勢。此外，當應用場景涉及多位協作者、跨主機存取或共用基礎設施時，SQLite 的檔案鎖定機制會成為瓶頸，而 PostgreSQL 的併發處理能力更適合協作型的版本控制需求。

也有人提出是否該使用 DuckDB 這類分析型資料庫來處理這類查詢任務，但作者回應 DuckDB 的擴充性目前仍難以滿足其所需的底層存取需求。針對實際應用，社群成員好奇這類系統在隨機存取特定版本檔案內容時的效能，例如在特定偏移量讀取檔案內容或查詢特定目錄結構。作者坦言目前專案仍處於早期階段，雖然在壓縮率上表現優異，但要完全取代現有的開發工具鏈仍需時間磨合。整體而言，社群將 pgit 視為一種強大的分析工具，而非單純的 Git 替代品，其在多儲存庫全文檢索與自動化程式碼審查領域具有極高的應用價值。

延伸閱讀

在討論中被提及的相關資源包括 Fossil SCM，這是一個由 SQLite 開發者打造、同樣將版本控制歷史儲存於資料庫中的系統。此外，作者也提到其核心壓縮技術源自於他先前開發的 xpatch 函式庫，該函式庫專門處理大規模文字變動的增量壓縮。