（它们通常称作 基于差异（delta-based） 的版本控制）。 18 图表 4. 存储每个文件与初始版本的差异. Git 不按照以上方式对待或保存数据。反之，Git 更像是把数据看作是对小型文件系统的一系列快照。 在 Git 中，每当你提交更新或保存项目状态时，它基本上就会对当时的全部文件创建一个快照并保存这个快照的索引。 为了效率，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。 快照流。 图表 5. 存储项目随时间改变的快照. 这是 Git 与几乎所有其它版本控制系统的重要区别。 因此 Git 重新考虑了以前每一代版本控制系统延续下来的诸 多方面。 Git 更像是一个小型的文件系统，提供了许多以此为基础构建的超强工具，而不只是一个简单的 VCS。 稍后我们在Git 分支讨论 Git 分支管理时，将探究这种方式对待数据所能获得的益处。 近乎所有操作都是本地执行 在 Git protocol） ，其中的远程版本库就是同一主机上的另一个目录。 这常见于团队 每一个成员都对一个共享的文件系统（例如一个挂载的 NFS）拥有访问权，或者比较少见的多人共用同一台电脑 的情况。 后者并不理想，因为你的所有代码版本库如果长存于同一台电脑，更可能发生灾难性的损失。 如果你使用共享文件系统，就可以从本地版本库克隆（clone）、推送（push）以及拉取（pull）。 像这样去克 隆一个版本

（它们通常称作 基于 差异（delta-based） 的版本控制）。 图表 4. 存储每个文件与初始版本的差异. Git 不按照以上方式对待或保存数据。反之，Git 更像是把数据看作是对小型 文件系统的一系列快照。 在 Git 中，每当你提交更新或保存项目状态时，它基 本上就会对当时的全部文件创建一个快照并保存这个快照的索引。 为了效 率，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向 快照流。 图表 5. 存储项目随时间改变的快照. 这是 Git 与几乎所有其它版本控制系统的重要区别。 因此 Git 重新考虑了以前 每一代版本控制系统延续下来的诸多方面。 Git 更像是一个小型的文件系统， 提供了许多以此为基础构建的超强工具，而不只是一个简单的 VCS。 稍后我 们在Git 分支讨论 Git 分支管理时，将探究这种方式对待数据所能获得的益 处。 近乎所有操作都是本地执行 protocol） ，其中的远程版本库就是同一主 机上的另一个目录。 这常见于团队每一个成员都对一个共享的文件系统（例 如一个挂载的 NFS）拥有访问权，或者比较少见的多人共用同一台电脑的情 况。 后者并不理想，因为你的所有代码版本库如果长存于同一台电脑，更可 能发生灾难性的损失。 如果你使用共享文件系统，就可以从本地版本库克隆（clone）、推送 （push）以及拉取（pull）。 像这样去克隆一个版本库或者增加一个远程到

port，请 从 port 安装： 1. su - 2. cd /usr/ports/www/gitea 3. make install clean 该 port 使用标准的 FreeBSD 文件系统布局：配置文件在 /usr/local/etc/gitea 目录中， 模板、选项、插件 和主题在 /usr/local/share/gitea 目录中，启动脚本在 /usr/local/etc/rc 配置文件 备份 Gitea 在 APP_DATA_PATH 中的数据文件 备份 Gitea 的外部存储 (例如: S3/MinIO 或被使用的其他存储) 如果你在使用云服务或拥有快照功能的文件系统， 最好对 Gitea 的数据盘及相关资料存储进行一次快照。 在所有上述步骤准备妥当之后，要升级 Gitea，只需要下载新版，停止运行旧版，进行数据备份，然后运行新版就 从旧版 Gitea 升级 目录中的自定义配置文件来覆盖配置、模板等默认配置。 如果从二进制部署 Gitea ，则所有默认路径都将相对于该 gitea 二进制文件；如果从发行版安装，则可能会将这 些路径修改为Linux文件系统标准。Gitea 将会自动创建包括 custom/ 在内的必要应用目录，应用本身的配置存 放在 custom/conf/app.ini 当中。在发行版中可能会以 /etc/gitea/