目 录 致谢 Gitea是什么? 安装 对比 Gitea 与其它 Git 托管工具 数据库准备 使用二进制文件安装 使用包管理器安装 使用源代码安装 在 Linux 中以 service 方式运行 注册为Windows服务 使用 Docker 安装 (rootless) 使用 Docker 安装 在 Kubernetes 中安装 Gitea 在云服务器中安装 Gitea UI 框架： jQuery Fomantic UI Vue3 更多组件参见 package.json 编辑器： CodeMirror EasyMDE Monaco Editor 数据库驱动： github.com/go-sql-driver/mysql github.com/lib/pq github.com/mattn/go-sqlite3 github.com/denisenkom/go-mssqldb 获得更多的第三方集成支持 浏览器支持 技术栈 集成支持 Gitea是什么? - 7 - 本文档使用 书栈网 · BookStack.CN 构建 对比 Gitea 与其它 Git 托管工具 数据库准备 使用二进制文件安装 使用包管理器安装 使用源代码安装 在 Linux 中以 service 方式运行 注册为Windows服务 使用 Docker 安装 (rootless) 使用

这么做唯一 的好处就是简单，但是特别容易犯错。 有时候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的 文件。 为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文 件的历次更新差异。 14 图表 1. 本地版本控制. 其中最流行的一种叫做 RCS，现今许多计算机系统上都还看得到它的踪影。 RCS 的工作原理是在硬盘上保存补 丁集（补丁是指文件修 的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端 上维护本地数据库来得轻松容易。 事分两面，有好有坏。 这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时，那么在这一小时 内，谁都无法提交更新，也就无法协同工作。 如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无 疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。 能工作。 使用其它系统的话，做到这些是不可能或很费力的。 比如，用 Perforce 的话，没有连接服务器时几乎 不能做什么事；而用 Subversion 和 CVS 的话， 你能修改文件，但不能向数据库提交修改（因为你的本地数据 库离线了）。 这样似乎问题不大，但是你可能会惊喜地发现它带来的巨大的不同。 Git 保证完整性 Git 中所有的数据在存储前都计算校验和，然后以校验和来引用。 这意味着不可能在

这么做唯一的好处就是简单，但是特别容易犯错。 有时 候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的文件。 为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都 是采用某种简单的数据库来记录文件的历次更新差异。 图表 1. 本地版本控制. 其中最流行的一种叫做 RCS，现今许多计算机系统上都还看得到它的踪影。 RCS 的工作原理是在硬盘上保存补丁集（补丁是指文件修订前后的变化）；通 么。 而管理员也可以 轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护 本地数据库来得轻松容易。 事分两面，有好有坏。 这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工 作。 如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你 将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留 Git 超凡的能量。 因为 你在本地磁盘上就有项目的完整历史，所以大部分操作看起来瞬间完成。 举个例子，要浏览项目的历史，Git 不需外连到服务器去获取历史，然后再显 示出来——它只需直接从本地数据库中读取。 你能立即看到项目历史。如果 你想查看当前版本与一个月前的版本之间引入的修改， Git 会查找到一个月前 的文件做一次本地的差异计算，而不是由远程服务器处理或从远程服务器拉回 旧版本文件再来本地处理。