适用场景
手里有一批 Git 仓库，但不想为此维护一台专门的 Git 服务器：磁盘要扩容、要备份、要防误删，服务器挂了还得恢复。这套方案把仓库的实体数据放到对象存储（S3 兼容的桶）里，本地只跑一个单文件的可执行程序负责 Git 协议交互。适合小团队、个人多仓库管理、以及在离线/内网环境里想复用已有对象存储的场景。
环境与前置条件
- 操作系统：主流 Linux 发行版（x86_64 或 arm64）。Windows 可以用 WSL2，但生产环境建议直接上 Linux。
- 运行方式：单个二进制文件，不依赖外部数据库；解压即用，或用 systemd 托管为服务。
- 前置资源：
- 一个 S3 兼容的对象存储桶，以及一对有读写权限的 Access Key / Secret Key。云厂商的对象存储、自建的 MinIO 都行。
- 该桶建议单独使用，不要和别的业务共用前缀，方便后续统计和清理。
- 资源建议：
- 内存：小团队（几十个仓库、日常几十人访问）2 GB 起步即可，仓库数量和并发 clone 数上去后按需加。
- 本地磁盘：不需要和仓库总量等大。本地目录主要放缓存、索引、临时打包文件，建议预留 20 GB 以上；如果仓库里有很多大二进制文件，缓存盘要相应放大。
- 网络：到对象存储的出口带宽是实际克隆速度的上限，内网直连桶的 endpoint 效果更好。
- 客