Gitdot: 一个基于 Rust 的 GitHub 极简替代方案
Gitdot 是一个使用 Rust 编写的开源代码托管平台，旨在提供一个极简、高性能的 GitHub 替代方案。该平台专注于“以黑客为中心”的用户体验，采用受 CLI 启发的设计和旨在实现速度与可靠性的技术栈。
核心理念与技术栈
Gitdot 后端使用 Rust 构建，并采用六边形架构以保持关注点分离。该项目通过优先考虑工程效率而非功能堆砌，将自己定位为“更好的 GitHub”。
反 AI 立场
开发者明确将 Gitdot 营销为“反 AI”，并表示 AI 经常被用作“糟糕设计的补丁”，且平台在技术使用方面将保持“审慎”。然而，这一立场在社区中引发了重大争论：
- 一致性问题： 用户注意到 Gitdot 源代码中存在
CLAUDE.md文件，导致了关于“反 AI”标签是否虚伪的指控。 - “反 AI”的定义： 批评者质疑 AI 如何能成为一种被排除的“功能”，以及在代码托管平台的语境下，反 AI 具体意味着什么。
用户界面与体验
Gitdot 具有极简的、受终端启发的审美风格，旨在将用户的注意力从左向右移动，类似于文件浏览器。
设计优点
- 导航： 一些用户称赞 UI 的“清新”和“响应迅速”的感觉，特别强调了悬停时文件预览的即时加载。
- 对终端用户的友好性： 该平台通过移除 GitHub 上常见的“跳过内容”障碍，旨在对终端浏览器（如 chawan）更加友好。
设计缺点
- 缺乏移动端支持： 该平台目前缺乏移动端优化，这被认为是 2026 年发布的一个重大缺陷。
- UI 歧义性： 一些用户发现极简主义方法令人迷失方向，指出按钮和输入框并不总是看起来像交互式元素。
- 导航缺失： 用户报告称，在进入仓库后，如果没有使用浏览器的后退按钮，缺乏直接返回首页的方法。
社区反馈与批评
在 Hacker News 上展示后，Gitdot 收到了技术赞誉与怀疑并存的反馈。
技术批评
- 性能： 虽然一些人觉得它响应迅速，但其他人报告了文件加载缓慢和布局抖动，将这种缓慢归因于使用了前端框架（React 或类似框架）而非服务端渲染（SSR）。
- 基础设施： 早期用户注意到缺失 DKIM 和 DMARC 记录，导致注册邮件被标记为垃圾邮件。
- 法律风险： 一位用户指出，“Gitdot”这个名称可能违反 Git 的商标政策，该政策禁止在第三方服务的合成词中使用“Git”作为音节。
功能请求
用户建议了若干改进以增强平台的实用性：
- 检查器模式： 一个建议是实现一个一致的“检查器”侧边栏（类似于旧版 MacOS），以便无论当前视图如何，都能提供所选对象的元数据信息（代码行数、作者、提交记录）。
- TUI 集成： 建议通过 SSH 提供 TUI（终端用户界面）以进行仓库浏览，从而进一步向“黑客”审美靠拢。
路线图与未来展望
Gitdot 目前处于早期开发阶段，其路线图包括引入代码审查功能。下一个重大版本，v0.2 (Infra & issues)，预计将于 2026 年 7 月 15 日发布。