Manganin 是一个用 Zig 编写的 Git 仓库托管平台。它重新构想了在不妥协任何原则的前提下，现代源码管理的可能性。其名称源于一种锰铜合金，该合金在温度变化时电阻率保持高度稳定。

担保树

如今的世界比以往任何时候都更依赖信任。PR 的代码行数与其质量或投入的努力程度不一定相关。开源维护者正遭受 倦怠，他们的时间和精力愈发稀缺。社交媒体上的喧嚣让人们对项目产生强烈看法，却从未实际使用过它们。

引入：邀请树。潜在贡献者需要由现有贡献者担保，后者承诺其担保对象可信守项目规则。担保他人即可授予其创建 issue、提交 PR 及其他贡献权限。每位用户均可追溯至树顶的担保链，担保造成项目破坏者将承担后果。最终形成高信任环境，用户浪费核心团队时间的能力与其受信任程度直接挂钩。对比 lobste.rs——在棘手话题上保持普遍文明的讨论且极少封禁——与 Reddit 的混乱环境。

数据自主掌控

Manganin 设计为自托管：无专有数据格式或供应商锁定，且硬件要求极低。当您自行部署时，即完全拥有数据，所有内容均以纯文本文件原生存储于 Git 中。

可配置是否要求用户经担保后方可克隆仓库，从而阻挡未经授权的机器人及模型训练爬虫，且全程无需 JavaScript、重定向或性能损耗。

为何构建另一款仓库托管平台？

开源世界中存在某些项目能从我所热衷的功能中获益。市面上已有不少 Git 仓库托管平台，但它们大多功能雷同——创新之作将为源码控制生态注入急需的多样性，至少能以独特模式启发未来开发；理想情况下，更可成为加速现有开源项目开发的工具。

教条/范式

GitHub 是软件开发领域的巨头，几乎被视为 Git 的代名词。Forgejo/Codeberg 的设计初衷是作为 GitHub 的直接替代品，这对该项目而言合情合理！但若我们重新构想基于 Git 的源码托管方式呢？若我们打破数十年前设计决策的枷锁呢？若我们拥有工程师真正乐于使用的 issue 跟踪系统呢？想象一下：使用您偏好的文本编辑器离线创建并编辑 issue，再以 Git 原生、本地优先的方式同步工作，依托久经考验的现有工具。我相信完全有可能提供流畅工作流，消除 GitHub 模式带来的摩擦与挫败感。我相信在设计与实现的每一层面保持周全考量，将带来针对常见工作流问题的更优解决方案。

我们共同服务用户。