本文档使用 书栈网 · BookStack.CN 构建 4. 使用 UTF-8 字符集和排序规则创建数据库。确保使用 **utf8mb4** 字符集，而不是 utf8 ，因为前者支 持 Basic Multilingual Plane 之外的所有 Unicode 字符（包括表情符号）。排序规则根据您预期的内 容选择。如果不确定，可以使用 unicode_ci 或 general_ci LOGIN PASSWORD 'gitea'; 根据需要替换用户名和密码。 5. 使用 UTF-8 字符集创建数据库，并由之前创建的数据库用户拥有。可以根据预期内容使用任何 libc 排序 规则，使用 LC_COLLATE 和 LC_CTYPE 参数指定： 1. CREATE DATABASE giteadb WITH OWNER gitea TEMPLATE template0 template0 ENCODING UTF8 LC_COLLATE 'en_US.UTF-8' LC_CTYPE 'en_US.UTF-8'; 根据需要替换数据库名称。 6. 通过将以下身份验证规则添加到 pg_hba.conf ，允许数据库用户访问上面创建的数据库。 对于本地数据库： 1. local giteadb gitea scram-sha-256 对于远程数据库：

远程引用 包文件 引用规范 引用规范推送 删除引用 传输协议 哑协议 智能协议 协议总结 维护与数据恢复 维护 数据恢复 移除对象 环境变量 全局行为 版本库位置 路径规则 提交 网络 比较和合并 调试 其它 总结 附录 A: 在其它环境中使用 Git 图形界面 gitk 和 git-gui GitHub for macOS and Windows 在最简单的情况下，一个仓库可能只根目录下有一个 .gitignore 文件，它递归地应用到整 个仓库中。 然而，子目录下也可以有额外的 .gitignore 文件。子目录中的 .gitignore 文 件中的规则只作用于它所在的目录中。 （Linux 内核的源码库拥有 206 个 .gitignore 文 件。） 多个 .gitignore 文件的具体细节超出了本书的范围，更多详情见 man gitignore 个字符（25个汉字） 的单行开始且简要地描述变更，接着是一个空白行，再接着是一个更详细的解 释。 Git 项目要求一个更详细的解释，包括做改动的动机和它的实现与之前行 为的对比——这是一个值得遵循的好规则。 使用指令式的语气来编写提交信 息，比如使用“Fix bug”而非“Fixed bug”或“Fixes bug”。 这里是一份 最初由 Tim Pope 写的模板： 首字母大写的摘要（不多于

在最简单的情况下，一个仓库可能只根目录下有一个 .gitignore 文件，它递归地应用到整 个仓库中。 然而，子目录下也可以有额外的 .gitignore 文件。子目录中的 .gitignore 文件中的规则只作用于它所在的目录中。 （Linux 内核的源码库拥有 206 个 .gitignore 文 件。） 多个 .gitignore 文件的具体细节超出了本书的范围，更多详情见 man gitignore 个字符（25个汉字）的单行开始且简要地描述变更，接着是一个空白行，再接着是一个 更详细的解释。 Git 项目要求一个更详细的解释，包括做改动的动机和它的实现与之前行为的对比——这是一个 值得遵循的好规则。 使用指令式的语气来编写提交信息，比如使用“Fix bug”而非“Fixed bug”或“Fixes bug”。 这里是一份 最初由 Tim Pope 写的模板： 首字母大写的摘要（不多于 50 可以在你的 featureBv2 分支上找到 那些改动。 图表 72. featureBv2 工作之后的提交历史 通过邮件的公开项目 许多项目建立了接受补丁的流程——需要检查每一个项目的特定规则，因为它们之间有区别。 因为有几个历史 悠久的、大型的项目会通过一个开发者的邮件列表接受补丁，现在我们将会通过一个例子来演示。 工作流程与之前的用例是类似的——你为工作的每一个补丁序列创建主题分支。