请注意，因为其不包含授权服务，任何通过该协议管理的内容将在其网络上公开。 如果运行在防火墙之外的服务器上，它应该只对那些公开的只读项目服务。 如果运行在防火墙之内的服务器 上，它可用于支撑大量参与人员或自动系统 （用于持续集成或编译的主机）只读访问的项目，这样可以省去逐 一配置 SSH 公钥的麻烦。 无论何时，该 Git 协议都是相对容易设定的。 通常，你只需要以守护进程的形式运行该命令： $ git daemon --reuseaddr 这种模式的工作流程的使用非常广泛，因为大多数人对其很熟悉也很习惯。 当然这并不局限于小团队。 利用 Git 的分支模型，通过同时在多个分支上工作的方式，即使是上百人的开发团队 也可以很好地在单个项目上协作。 集成管理者工作流 Git 允许多个远程仓库存在，使得这样一种工作流成为可能：每个开发者拥有自己仓库的写权限和其他所有人仓 库的读权限。 这种情形下通常会有个代表“官方”项目的权威的仓库。 要为这个项目做贡献，你需要从该项目 回官方仓库。 这一流程的工作方式如下所示（见 集成管理者工作流。）： 1. 项目维护者推送到主仓库。 2. 贡献者克隆此仓库，做出修改。 3. 贡献者将数据推送到自己的公开仓库。 4. 贡献者给维护者发送邮件，请求拉取自己的更新。 5. 维护者在自己本地的仓库中，将贡献者的仓库加为远程仓库并合并修改。 6. 维护者将合并后的修改推送到主仓库。 图表 55. 集成管理者工作流。 这是 GitHub

Git 守护进程 Smart HTTP GitWeb GitLab 安装 管理 基本用途 一起工作 第三方托管的选择 总结 分布式 Git 分布式工作流程 集中式工作流 集成管理者工作流 主管与副主管工作流 工作流程总结 向一个项目贡献 提交准则 私有小型团队 私有管理团队 派生的公开项目 通过邮件的公开项目 总结 维护项目 在主题分支中工作 应用来自邮件的补丁 任何通过该协议管理的内容将在其网络上公开。 如果运行在防火墙之外的服务器上，它应该只对那些公开的只读项目服务。 如果运行在防火墙之内的服务器上，它可用于支撑大量参与人员或自动系统 （用于持续集成或编译的主机）只读访问的项目，这样可以省去逐一配置 SSH 公钥的麻烦。 无论何时，该 Git 协议都是相对容易设定的。 通常，你只需要以守护进程的形 式运行该命令： $ git daemon 这种模式的工作流程的使用非常广泛，因为大多数人对其 很熟悉也很习惯。 当然这并不局限于小团队。 利用 Git 的分支模型，通过同时在多个分支上工作 的方式，即使是上百人的开发团队也可以很好地在单个项目上协作。 集成管理者工作流 Git 允许多个远程仓库存在，使得这样一种工作流成为可能：每个开发者拥有 自己仓库的写权限和其他所有人仓库的读权限。 这种情形下通常会有个代表 “官方”项目的权威的仓库。 要为这个项目做贡献，你需要从该项目克隆出一个

Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication (MFA) 开发 玩转 Gitea API 使用指南 OAuth2 提供者 迁移界面 集成 贡献 后端开发指南 前端开发指南 重构指南 本地化 帮助 常见问题 需要帮助 - 4 - 本文档使用 书栈网 · BookStack.CN 构建 致谢 当前文档 《Gitea PowerPC等架构。 代码托管：Gitea⽀持创建和管理仓库、浏览提交历史和代码⽂件、审查和合并代码提交、管理协作者、管理分 ⽀等。它还⽀持许多常见的Git特性，⽐如标签、Cherry-pick、hook、集成协作⼯具等。 轻量级和快速: Gitea 的设计目标之一就是轻量级和快速响应。它不像一些大型的代码托管平台那样臃肿，因 此在性能方面表现出色，适用于资源有限的服务器环境。由于其轻量级设计，Gitea github.com/mattn/go-sqlite3 github.com/denisenkom/go-mssqldb 请访问 Awesome Gitea 获得更多的第三方集成支持 浏览器支持 技术栈 集成支持 Gitea是什么? - 7 - 本文档使用 书栈网 · BookStack.CN 构建 对比 Gitea 与其它 Git 托管工具 数据库准备 使用二进制文件安装