自定义凭证缓存 总结 自定义 Git 配置 Git 客户端基本配置 Git 中的着色 外部的合并与比较工具 格式化与多余的空白字符 服务器端配置 Git 属性 二进制文件 关键字展开 导出版本库 合并策略 Git 钩子 安装一个钩子 客户端钩子 服务器端钩子 使用强制策略的一个例子 服务器端钩子 客户端钩子 总结 Git 与其他系统 作为客户端的 Git "2 years 1 day 3 minutes ago" 的相对日期。 还可以过滤出匹配指定条件的提交。 用 --author 选项显示指定作者的提交， 用 --grep 选项搜索提交说明中的关键字。   你可以指定多个 --author 和 --grep 搜索条件，这样会只输出匹配 任意 --author 模式和 任 意 --grep 模式的提交。然而，如果你添加了 --all-match : 8 Color Type : RGB with Alpha 你一眼就能看出文件大小和图像尺寸发生了变化。 关键字展开 SVN 或 CVS 风格的关键字展开（keyword expansion）功能经常会被习惯于 上述系统的开发者使用到。 在 Git 中，这项功能有一个主要问题，就是你无法 利用它往文件中加入其关联提交的相关信息，因为

"2 years 1 day 3 minutes ago" 的相对日期。 还可以过滤出匹配指定条件的提交。 用 --author 选项显示指定作者的提交，用 --grep 选项搜索提交说明中 的关键字。  你可以指定多个 --author 和 --grep 搜索条件，这样会只输出匹配 任意 --author 模式和 任意 --grep 模式的提交。然而，如果你添加了 --all-match 。 关键字展开 SVN 或 CVS 风格的关键字展开（keyword expansion）功能经常会被习惯于上述系统的开发者使用到。 在 Git 中，这项功能有一个主要问题，就是你无法利用它往文件中加入其关联提交的相关信息，因为 Git 总是先对文件 做校验和运算（译者注：Git 中提交对象的校验依赖于文件的校验和，而 Git 属性针对特定文件或路径，因此基 于 Git 属性的关键字展开无法仅根据文件反推出对应的提交）。 然而，这个结果的用途比较有限。 如果用过 CVS 或 Subversion 的关键字替换功能，我们会想加上一个时间戳 信息——光有 SHA-1 校验和用途不大， 它仅仅是个随机字符串，你无法凭字面值来区分不同 SHA-1 时间上的先 后。 因此 Git 属性提供了另一种方法：我们可以编写自己的过滤器来实现文件提交或检出时的关键字替换。 一个过滤 器由“clean”和“smudge”两个子过滤器组成。 在

名。 SEARCH_REPO_DESCRIPTION : true: 是否在探索页面上的仓库搜索中搜索描述。 ONLY_SHOW_RELEVANT_REPOS : false 在没有指定关键字并使用默认排序时，是否仅在探索页面上显示相关的仓 库。 如果一个仓库是分叉或者没有元数据（没有描述、图标、主题），则被视为不相关的仓库。 USER_PAGING_NUM : 50: 单页显示的用户数量。 踪器，这个区别可能很重要，因为工单和合并请求的 链接是不能互换的。 有时，一个提交或合并请求可能会修复或重新出现在某个特定工单中。Gitea 支持在引用之前加上特定的“关键字”来 关闭和重新打开被引用的工单。常见的关键字包括“closes”、“fixes”、“reopens”等。这个列表可以由站点管理 员进行 自定义。 示例： 这个合并请求 closes #1234 如果可操作的引用 引用作为合并请求描述的一部分发布。 在最后一种情况下，只有当合并合并请求的人具有相应权限时，工单才会被关闭或重新打开。 此外，只有合并请求和提交消息可以创建一个操作，只有工单可以通过这种方式被关闭或重新打开。 默认的关键字如下： 关闭工单: close, closes, closed, fix, fixes, fixed, resolve, resolves, resolved 重新打开工单: reopen, reopens