Git 不知情时更改任何文件 内容或目录内容。 这个功能建构在 Git 底层，是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损 坏文件，Git 就能发现。 Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。 这是一个由 40 个十六进制字符（0-9 和 a-f）组 成的字符串，基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样： 我们先了解一下新的智能 HTTP 协议。 智能 HTTP 协议 智能 HTTP 的运行方式和 SSH 及 Git 协议类似，只是运行在标准的 HTTP/S 端口上并且可以使用各种 HTTP 验 证机制， 这意味着使用起来会比 SSH 协议简单的多，比如可以使用 HTTP 协议的用户名/密码授权，免去设置 SSH 公钥。 智能 HTTP 协议或许已经是最流行的使用 Git 的方式了，它即支持像 git:// 协议推送。 由于没有授权机制，一旦你开 放推送操作，意味着网络上知道这个项目 URL 的人都可以向项目推送数据。 不用说，极少会有人这么做。 107 优点 目前，Git 协议是 Git 使用的网络传输协议里最快的。 如果你的项目有很大的访问量，或者你的项目很庞大并且 不需要为写进行用户授权，架设 Git 守护进程来提供服务是不错的选择。 它使用与 SSH 相同的数据传输机制， 但是省去了加密和授权的开销。

Git 不知情时更改任何文件内容或目录内容。 这个功能建构在 Git 底 层，是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损坏文 件，Git 就能发现。 Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。 这是一个由 40 个十六进制字符（0-9 和 a-f）组成的字符串，基于 Git 中文件的内容或目录结 构计算出来。 SHA-1 哈希看起来是这样： 我们先了解一 下新的智能 HTTP 协议。 智能 HTTP 协议 智能 HTTP 的运行方式和 SSH 及 Git 协议类似，只是运行在标准的 HTTP/S 端口上并且可以使用各种 HTTP 验证机制， 这意味着使用起来会比 SSH 协议 简单的多，比如可以使用 HTTP 协议的用户名/密码授权，免去设置 SSH 公 钥。 智能 HTTP 协议或许已经是最流行的使用 Git 的方式了，它即支持像 协议推送。 由于没有授权机制，一旦你开放推送操作，意味着网络 上知道这个项目 URL 的人都可以向项目推送数据。 不用说，极少会有人这么 做。 优点 目前，Git 协议是 Git 使用的网络传输协议里最快的。 如果你的项目有很大的 访问量，或者你的项目很庞大并且不需要为写进行用户授权，架设 Git 守护进 程来提供服务是不错的选择。 它使用与 SSH 相同的数据传输机制，但是省去 了加密和授权的开销。

连接。连接到服务器从一开始就使用 TLS。 使用 PROTOCOL=smtps 进行强制的 SMTPS 连接。（这两种方式都被称为 Implicit TLS） 这是由于 Go 内部库对 STRIPTLS 攻击的保护机制。 请注意，自2018年起，RFC8314 推荐使用 Implicit TLS。 以下配置应该适用于 Gmail 的 SMTP 服务器： 1. [mailer] 2. ENABLED 属性包含一个高于用户属性名称的数组。 示例: memberUid 这个过程启用了PAM（Pluggable Authentication Modules）认证。用户仍然可以通过用户管理手动添加到系 统中。 PAM提供了一种机制，通过对用户进行PAM认证来自动将其添加到当前数据库中。为了与普通的Linux密码一 起使用， 运行Gitea的用户还必须具有对 /etc/shadow 的读取权限，以便在使用公钥登录时检查账户的有效性。 自2014年2月12日编写了第一行代码以来，Gitea已经发展成为一个庞大的项目。 因此，代码库变得越来越大。代码 库越大，维护就越困难。 存在许多过时的机制，许多框架混合在一起，一些遗留代码可能会导致错误并阻碍新功能的 开发。 为了使代码库更易于维护，使Gitea变得更好，开发人员应牢记使用现代机制来重构旧代码。 本文档是关于重构代码库的指南集合。 设计更多关于未来的内容，而不仅仅解决当前问题。 减少模糊性，减少冲突，提高可维护性。