Show HN：Gitdot – 更好的 GitHub。开源，使用 Rust 编写

原文 ↗ Hacker News 讨论 ↗

总体反响

  • 许多人很高兴看到一个新的开源代码托管平台，欣赏其极简美学，并且喜欢它原则上可以自托管。
  • 也有人认为它还处于非常早期阶段，像“纸板火箭 vs SpaceX”，并觉得在缺少核心功能的情况下说“比 GitHub 更好”为时过早。

UI / UX 与设计

  • 极简、带有终端灵感的 UI 受到很多称赞，因为它干净、专注，而且感觉很快。
  • 不过也有不少人觉得它令人困惑：字体太小、输入框/按钮的可见性不足、返回首页的导航不清晰，以及悬停预览行为被认为分散注意力且不够无障碍（后来已更改）。
  • 有些人建议不要一下子“到处创新”；更好的是依赖标准模式和无障碍设计（更大的字体、清晰的控件、移动端布局）。

AI 与“反 AI”信息

  • FAQ 起初强调“没有 AI”、“反 AI”，以及没有 copilot，也不会训练/出售用户数据。
  • 评论者指出，仓库里大量使用了 Claude/agents 来生成代码和设计。
  • 这被一些人视为虚伪或不诚实的营销；也有人区分“没有面向用户的 AI 产品功能”和“把 AI 作为开发工具”。相关措辞后来被弱化了。

技术栈：Rust、React、氛围

  • 标题里强调“使用 Rust 编写”这一差异点引发了大量质疑；许多人认为语言选择对用户无关紧要，像是在做营销。
  • 也有人认为语言确实传达了某种文化（性能、安全、静态二进制），并且对贡献者可能很重要。
  • 一些人批评在宣称极简的同时却使用 React/SPA 和现代样式；也有人表示他们更关心行为而不是技术栈。
  • 有人指责这是“vibe-coded”/LLM 垃圾代码，也有支持者认为使用 AI 辅助编码与面向终端用户“没有 AI 功能”并不矛盾。

功能、工作流与自托管

  • 缺少许多 GitHub 的标配：issues、PR、CI、SSH 支持、移动端 UI、以及完整的自托管文档。
  • 目前有一个基础 CLI，并计划加入 stacked diffs、基于 Nix 的 CI、简单的 bug tracker，以及更丰富的代码审查功能。
  • 一些人认为它现在更像是 Gitea/Forgejo 的替代品，而还不是 GitHub 的替代品。

性能与移动端

  • 许多人反馈导航非常快；也有人遇到文件加载慢和界面抖动，可能与 HN 流量和基于 NFS 的存储有关。
  • 不支持移动端是一个主要抱怨；一些人希望至少能提供一个退化版桌面视图，或者明确提示“移动端暂不支持”。

命名、商标与商业模式

  • “gitdot” 这个名字被指出可能违反 Git 对合成词（portmanteaus）的商标政策；项目方承认没有做完整尽职调查，如果需要可能会重新品牌化。
  • “我们不赚钱；pre-seed + 个人 runway” 让用户担心缺乏清晰的长期变现计划，并害怕未来“屎化”。
  • 有人建议直接、合理地对私有仓库收费，最好还能提供自托管或加密选项，而不是追逐免费层。