迁移到 Git。 很多组 织仍在使用 SVN，并且也没有计划改变，此时，你将了解到 Git 不可思议的能力——本章将展示， 在你不得不使 用 SVN 服务器的时候如何协同合作。我们还将介绍如何从不同系统导入项目， 以便你能够全身心投入 Git 的怀 抱。 第十章 深入 Git 隐晦而漂亮的实现细节。现在，你已经知道所有有关 Git 的知识， 能够熟练运用 Git 的强大优雅 的功能。接下来，你可以继续学习 又或者你可以自己手动 完成这个过程，先 git fetch，再 git rebase teamone/master。 如果你习惯使用 git pull ，同时又希望默认使用选项 --rebase，你可以执行这条语句 git config --global pull.rebase true 来更改 pull.rebase 的默认配置。 如果你只对不会离开你电脑的提交执行变基，那就不会有事。 如果你对已经推送过的提交执行变基，但别人没 会触发平时用于网路传输资料的进程，那 样传输效率会更低。 指定 file:// 的主要目的是取得一个没有外部参考（extraneous references） 或对象 （object）的干净版本库副本——通常是在从其他版本控制系统导入后或一些类似情况需要这么做 （关于维护任 104 务可参见 Git 内部原理 ）。 在此我们将使用普通路径，因为这样通常更快。 要增加一个本地版本库到现有的 Git 项目，可以执行如下的命令：

Git 与 Subversion Git 与 Mercurial Git 与 Perforce 迁移到 Git Subversion Mercurial Perforce 一个自定义的导入器 总结 Git 内部原理 底层命令与上层命令 Git 对象 树对象 提交对象 对象存储 Git 引用 HEAD 引用 标签引用 远程引用 包文件 引用规范 引用规范推送 迁移到 Git。 很多组织仍在使用 SVN，并且也没有计划改 变，此时，你将了解到 Git 不可思议的能力——本章将展示， 在你不得不使用 SVN 服务器的时候如何协同合作。我们还将介绍如何从不同系统导入项目， 以便你能够全身心投入 Git 的怀抱。 第十章 深入 Git 隐晦而漂亮的实现细节。现在，你已经知道所有有关 Git 的知 识， 能够熟练运用 Git 的强大优雅的功能。接下来，你可以继续学习 又或者你可以自己手动完成这个过程，先 git fetch，再 git rebase teamone/master。 如果你习惯使用 git pull ，同时又希望默认使用选项 --rebase，你可以执行 这条语句 git config --global pull.rebase true 来更改 pull.rebase 的默 认配置。 如果你只对不会离开你电脑的提交执行变基，那就不会有事。 如果你对已经

存储库。不建议这样做，如果您希望本地用户推送到 Gitea 存储库，应该适当地设置 环境。 IMPORT_LOCAL_PATHS : false：设置为 false 以防止所有用户（包括管理员）从服务器上导入本地路径。 INTERNAL_TOKEN : <每次安装时随机生成，如果未设置 URI>：用于验证 Gitea 二进制文件内部通信的密 钥。 INTERNAL_TOKEN_URI : empty：与在配置中定义 将您的样式表添加到自定义目录中，例如 custom/public/css/my-style-XXXXX.css ，并使用自定义的头文件 custom/templates/custom/header.tmpl 进行导入： 1. 通过以上步骤，您可以将自定义的 源码的 templates 目录中找到用于覆 盖的模板文件，应用将根据 custom/templates 目录下的路径结构进行匹配和覆盖。 包含在 {{ 和 }} 中的任何语句都是 Gitea 的模板语法，如果您不完全理解这些组件，不建议您对它们进行 修改。 自定义 Gitea 配置 使用自定义 /robots.txt 使用自定义的公共文件 修改默认头像 自定义