Gitdot: 一款基於 Rust 的 GitHub 極簡主義替代方案

Gitdot 是一個使用 Rust 編寫的開源代碼託管平台（code forge），旨在提供一個極簡、高性能的 GitHub 替代方案。該平台專注於「以駭客為中心」的使用者體驗，利用受 CLI 啟發的設計和旨在追求速度與可靠性的技術棧。

核心哲學與技術棧

Gitdot 後端使用 Rust 構建，並採用六角形架構（hexagonal architecture）以保持關注點的分離。該項目將自己定位為「更好的 GitHub」，透過優先考慮工程效率而非功能臃腫來實現這一點。

反 AI 立場

開發者明確地將 Gitdot 營銷為「反 AI」，聲稱 AI 經常被用作「糟糕設計的補丁」，並表示該平台在使用該技術時將會非常「審慎」。然而，這一立場在社群中引發了顯著的爭議：

  • 一致性疑慮： 使用者注意到 Gitdot 源代碼中存在 CLAUDE.md 文件，導致了關於「反 AI」標籤是否虛偽的指控。
  • 「反 AI」的定義： 批評者質疑 AI 如何能成為一種需要被排除的「功能」，以及在代碼託管平台的背景下，反 AI 具體意味著什麼。

使用者介面與體驗

Gitdot 具有極簡、受終端機啟發的美學設計，旨在將使用者的注意力從左向右移動，類似於文件瀏覽器。

設計優點

  • 導航： 一些使用者讚揚了 UI 的「清新」和「流暢」感，特別強調了懸停時文件預覽的即時加載。
  • 終端機使用者的可訪問性： 該平台旨在對終端機瀏覽器（如 chawan）更加友好，透過移除 GitHub 上常見的「跳至內容」障礙來實現。

設計缺點

  • 缺乏行動裝置支持： 該平台目前缺乏行動裝置優化，這被認為是 2026 年發布版本的一個重大缺點。
  • UI 模糊性： 一些使用者發現極簡主義方法會讓人感到迷失方向，並注意到按鈕和輸入框並不總是看起來像可交互元素。
  • 導航缺口： 使用者報告在進入一個存儲庫（repository）後，若不使用瀏覽器的返回按鈕，缺乏直接返回首頁的方法。

社群回饋與批評

在 Hacker News 上展示後，Gitdot 收到了技術性的讚賞與懷疑的部的混合。

技術批評

  • 性能： 雖然有些人覺得它很流暢，但其他人報告了文件加載緩慢和佈局抖動，將緩慢歸因於使用了前端框架（React 或類似框架）而非服務器端渲染（SSR）。
  • 基礎設施： 早期使用者注意到缺少 DKIM 和 DMARC 記錄，導致註冊郵件被標記為垃圾郵件。
  • 法律風險： 一位使用者指出，「Gitdot」這個名稱可能違反 Git 的商標政策，該政策禁止在第三方服務的合成詞中使用「Git」作為一個音節。

功能請求

使用者建議了幾項改進措施以增強平台的實用性：

  • 檢查器模式（Inspector Pattern）： 一個建議，即實施一個一致的「檢查器」側邊欄（類似於舊版 MacOS），以提供任何所選對象（代碼行、作者、提交記錄）的元數據信息，無論當前視圖如何。

  • TUI 集成： 建議透過 SSH 提供 TUI（終端用戶介面）以進行存儲庫瀏覽，從而進一步強化「駭客」美學。

路線圖與未來展望

Gitdot 目前處於早期開發階段，其路線圖包括引入代碼審查功能。下一個重大版本，v0.2 (Infra & issues)，預計於 2026 年 7 月 15 日發布。

Sources