和其它 VCSs，包括在 Subversion（SVN）的世界使用 Git 以及从其它 VCSs 迁移到 Git。 很多组织仍在使用 SVN，并且也没有计划改 变，此时，你将了解到 Git 不可思议的能力——本章将展示， 在你不得不使用 SVN 服务器的时候如何协同合作。我们还将介绍如何从不同系统导入项目， 以便你能够全身心投入 Git 的怀抱。 第十章 深入 Git 隐晦而漂亮的实现细节。现在，你已经知道所有有关 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了 若干目标： 速度 简单的设计 对非线性开发模式的强力支持（允许成千上万个并行开发的分支） 完全分布式 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） 自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着 初期设定的目标。 它的速度飞快，极其适合管理大项目，有着令人难以置信 ： 图表 68. 合并了 Jessica 的两个主题分支后她的历史 许多团队切换到 Git 就是看中了这种能让多个团队并行工作、并在之后合并不 同工作的能力。 团队中更小一些的子小组可以通过远程分支协作而不必影响 或妨碍整个团队的能力是 Git 的一个巨大优势。 在这儿看到的工作流程顺序类 似这样： 图表 69. 这种管理团队工作流程的基本顺序 派生的公开项目 向公开项目做贡献有一点儿不同。

和其它 VCSs，包括在 Subversion（SVN）的世界使用 Git 以及从其它 VCSs 迁移到 Git。 很多组 织仍在使用 SVN，并且也没有计划改变，此时，你将了解到 Git 不可思议的能力——本章将展示， 在你不得不使 用 SVN 服务器的时候如何协同合作。我们还将介绍如何从不同系统导入项目， 以便你能够全身心投入 Git 的怀 抱。 第十章 深入 Git 隐晦而漂亮的实现细节。现在，你已经知道所有有关 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了若干目标： • 速度 • 简单的设计 • 对非线性开发模式的强力支持（允许成千上万个并行开发的分支） • 完全分布式 • 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） 自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。 它的速度飞快， 极其适合管理大项目 140 图表 68. 合并了 Jessica 的两个主题分支后她的历史 许多团队切换到 Git 就是看中了这种能让多个团队并行工作、并在之后合并不同工作的能力。 团队中更小一些的 子小组可以通过远程分支协作而不必影响或妨碍整个团队的能力是 Git 的一个巨大优势。 在这儿看到的工作流程 顺序类似这样： 141 图表 69. 这种管理团队工作流程的基本顺序 派生的公开项目 向公开项目做贡献有一点儿不同。

系统上，Gitea 应使用专用的非 root 系统账户运行。 注意：Gitea 管理 ~/.ssh/authorized_keys 文件。以普通用户身份运行 Gitea 可能会破坏该用户的 登录能力。 Git 需要 2.0.0 或更高版本。 Git Large File Storage 如果启用，且 Git 版本大于等于 2.1.2，则该选项可用 如果 Git 版本大于等于 2.18，将自动启用 名称必须 与 options/license 或 custom/options/license 中的文件名匹配。 DISABLE_HTTP_GIT : false: 禁用HTTP协议与仓库进行 交互的能力。 USE_COMPAT_SSH_URI : false: 当使用默认的SSH端口时，强制使用ssh://克隆URL， 而不是scp-style uri。 GO_GET_CLONE_URL_PROTOCOL “ecdhe_ecdsa_with_chacha20_poly1305” 是 “ecdhe_ecdsa_with_chacha20_poly1305_sha256” 的别名 ENABLE_ACME : false：通过 ACME 能力的证书颁发机构（CA）服务器（默认为 Let’s Encrypt）启用自 动证书管理的标志。如果启用，将忽略 CERT_FILE 和 KEY_FILE ，并且 CA 必须将 DOMAIN