受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication (MFA) 开发 玩转 Gitea API 使用指南 OAuth2 提供者 迁移界面 集成 贡献 后端开发指南 前端开发指南 重构指南 本地化 帮助 常见问题 需要帮助 - 4 - 本文档使用 书栈网 · BookStack.CN 构建 致谢 当前文档 《Gitea v1.21.1 最初是从 Gogs 分支而来，几乎所有代码都已更改。对于我们Fork的原因可以看 这里。 Gitea的首要目标是创建一个极易安装，运行非常快速，安装和使用体验良好 的自建 Git 服务。 采用Go作为后端语言，只需生成一个可执行程序即可。 支持 Linux, macOS 和 Windows等多平台， 支持主流的 x86，amd64、 ARM 和 PowerPC等架构。 代码托管：Gitea⽀持创 目标分为两个子目标： make backend 需要 Go 1.20 或更高版本。 make frontend 需要 Node.js 16 或更高版本。 如果存在预构建的前端文件，可以仅构建后端： 1. TAGS="bindata" make backend 按照上述步骤完成后，工作目录中将会有一个 gitea 二进制文件。可以从该目录进行测试，或将其移动到带有测试数 据的目录中。当手动从命令行启动

store 文件的内容类似： https://bob:s3cre7@mygithost 仅仅是一系列包含凭证信息 URL 组成的行。 osxkeychain 和 wincred 辅助工具使用它们后端存储的原生格 式，而 cache 使用它的内存格式（其他进程无法读取）。 自定义凭证缓存 已经知道 git-credential-store 之类的是和 Git 是相互独立的程序，就不难理解 Git exit(0) end end ① 我们在这里解析命令行参数，允许用户指定输入文件，默认是 ~/.git-credentials. ② 这个程序只有在接受到 get 行为的请求并且后端存储的文件存在时才会有输出。 ③ 这个循环从标准输入读取数据，直到读取到第一个空行。 输入的数据被保存到 known 哈希表中，之后需要 用到。 ④ 这个循环读取存储文件中的内容，寻找匹配的行。 端”，让你得以使用与原生 Git 不同的方式存储东西。 Libgit2 允许为自定义后端指定配置、引用的存储以及对 象数据库， 我们来看一下它究竟是怎么工作的。 下面的例子借用自 Libgit2 团队提供的后端样本集 （可以在 https://github.com/libgit2/libgit2-backends 上找到）。 一个对象数据库的自定义后端是这样建立的： git_odb *odb; int error

store 文件的内容类似： https://bob:s3cre7@mygithost 仅仅是一系列包含凭证信息 URL 组成的行。 osxkeychain 和 wincred 辅助工 具使用它们后端存储的原生格式，而 cache 使用它的内存格式（其他进程无法 读取）。 自定义凭证缓存 已经知道 git-credential-store 之类的是和 Git 是相互独立的程序，就不难 理解 exit(0) end end 我们在这里解析命令行参数，允许用户指定输入文件，默认是 ~/.git-credentials. 这个程序只有在接受到 get 行为的请求并且后端存储的文件存在时才会有输出。 这个循环从标准输入读取数据，直到读取到第一个空行。 输入的数据被保存到 known 哈希表中，之 后需要用到。 这个循环读取存储文件中的内容，寻找匹配的行。 如果 一些不同类型的操作自定义的“后端”，让你得以使用与原生 Git 不同的方式存 储东西。 Libgit2 允许为自定义后端指定配置、引用的存储以及对象数据库， 我们来看一下它究竟是怎么工作的。 下面的例子借用自 Libgit2 团队提供的后 端样本集 （可以在 https://github.com/libgit2/libgit2-backends 上找到）。 一个对象数据库的自定义后端是这样建立的： git_odb