Linux 中以 service 方式运行 注册为Windows服务 使用 Docker 安装 (rootless) 使用 Docker 安装 在 Kubernetes 中安装 Gitea 在云服务器中安装 Gitea 从旧版 Gitea 升级 从 Gogs 升级 管理 Gitea 命令行 环境变量清单 备份与恢复 Email 设置 Git LFS 设置 HTTPS配置 设置 项目管理：Gitea 通过看板和⼯单来跟踪⼀个项⽬的需求，功能和bug。⼯单⽀持分支，标签、⾥程碑、 指 派、时间跟踪、到期时间、依赖关系等功能。 制品库: Gitea支持超过 20 种不同种类的公有或私有软件包管理，包括：Cargo, Chef, Composer, Conan, Conda, Container, Helm, Maven, npm, NuGet, Pub, PyPI, RubyGems Linux 中以 service 方式运行 注册为Windows服务 使用 Docker 安装 (rootless) 使用 Docker 安装 在 Kubernetes 中安装 Gitea 在云服务器中安装 Gitea 从旧版 Gitea 升级 从 Gogs 升级 安装 - 8 - 本文档使用 书栈网 · BookStack.CN 构建 这里列出了 Gitea 与其它一些 Git 托管工具之间的异同，以便确认

基本用途 一起工作 第三方托管的选择 总结 分布式 Git 分布式工作流程 集中式工作流 集成管理者工作流 主管与副主管工作流 工作流程总结 向一个项目贡献 提交准则 私有小型团队 私有管理团队 派生的公开项目 通过邮件的公开项目 总结 维护项目 在主题分支中工作 应用来自邮件的补丁 检出远程分支 确定引入了哪些东西 将贡献的工作整合进来 为发布打标签 你已经准备好了一切，无需更多。 下面的几节中，你会了解如何扩展到更复杂的设定。 这些内容包含如何避免 为每一个用户建立一个账户，给仓库添加公共读取权限，架设网页界面等等。 然而，请记住这一点，如果只是和几个人在一个私有项目上合作的话，仅仅 是一个 SSH 服务器和裸仓库就足够了。 小型安装 如果设备较少或者你只想在小型开发团队里尝试 Git ，那么一切都很简单。 架 设 Git 服务最复杂的地方在于用户管理。 有 可以获取这个项目的人拥有直接管理权； 如果这个项目属于一个组，那么该 组中用户级别的权限也会起作用。 每一个项目都有一个可视级别，控制着谁可以看到这个项目页面和仓库。 如 果一个项目是 私有 的，这个项目的拥有者必须明确授权从而使特定的用户可 以访问。 一个 内部 的项目可以被所有登录的人看到，而一个 公开 的项目则 是对所有人可见的。 注意，这种控制既包括 git fetch 的使用也包括对项目

你已经准备好了一切，无需更多。 下面的几节中，你会了解如何扩展到更复杂的设定。 这些内容包含如何避免为每一个用户建立一个账户，给仓 库添加公共读取权限，架设网页界面等等。 然而，请记住这一点，如果只是和几个人在一个私有项目上合作的 话，仅仅 是一个 SSH 服务器和裸仓库就足够了。 小型安装 如果设备较少或者你只想在小型开发团队里尝试 Git ，那么一切都很简单。 架设 Git 服务最复杂的地方在于用户 管理。 目属于一个用户，那么这个拥有者对所有可以获取这个项目的人拥有直接管理权； 如果这个项目属于一个组， 那么该组中用户级别的权限也会起作用。 每一个项目都有一个可视级别，控制着谁可以看到这个项目页面和仓库。 如果一个项目是 私有 的，这个项目的 拥有者必须明确授权从而使特定的用户可以访问。 一个 内部 的项目可以被所有登录的人看到，而一个 公开 的 项目则是对所有人可见的。 注意，这种控制既包括 git fetch 的使用也包括对项目 为简单起见，本书中很多例子的提交说明并没有遵循这样良好的格式， 我们只是对 git commit 使用了 -m 选项。 简而言之，按我们说的去做，不要照着我们做的去做。 私有小型团队 你可能会遇到的最简单的配置是有一两个其他开发者的私有项目。 “私有” 在这个上下文中，意味着闭源—— 不可以从外面的世界中访问到。 你和其他的开发者都有仓库的推送权限。 128 在这个环境下，可以采用一个类似使用 Subversion

(delta 0), pack-reused 0 Receiving objects: 100% (6/6), done. ★配置webhook自动化触发功能 首先配置允许向本地网络（私有网段地址）发送webhook通知，如果不配置则 会报错： 管理员用户登录，点击设置： 勾选“Allow requests to the local network from webhooks