有一件重要的事情：和大部分通过邮件列表工作的项目对补丁贡献的看法一样， 许多项目并不认为拉取请求可 以作为补丁。 大多数的 GitHub 项目将拉取请求的分支当作对改动的交流方式，并将变更集合起来统一进行合 并。 这是个重要的差异，因为一般来说改动会在代码完成前提出，这和基于邮件列表的补丁贡献有着天差地别。 这 使得维护者们可以更早的沟通，由社区中的力量能提出更好的方案。 当有人从拉取请求提交了一些代码，并且 branch 'featureA' Entering 'DbConnector' Switched to a new branch 'featureA' 你应该明白。 能够生成一个主项目与所有子项目的改动的统一差异是非常有用的。 313 $ git diff; git submodule foreach 'git diff' Submodule DbConnector contains modified Auto-merging database.xml Merge made by recursive. 这里，database.xml 保持了主干分支中的原始版本。 Git 钩子 和其它版本控制系统一样，Git 能在特定的重要动作发生时触发自定义脚本。 有两组这样的钩子：客户端的和 服务器端的。 客户端钩子由诸如提交和合并这样的操作所调用，而服务器端钩子作用于诸如接收被推送的提交 这样的联网操作。

有一件重要的事情：和大部分通过邮件列表工作的项目对补丁贡献的看法一 样， 许多项目并不认为拉取请求可以作为补丁。 大多数的 GitHub 项目将拉 取请求的分支当作对改动的交流方式，并将变更集合起来统一进行合并。 这是个重要的差异，因为一般来说改动会在代码完成前提出，这和基于邮件列 表的补丁贡献有着天差地别。 这使得维护者们可以更早的沟通，由社区中的 力量能提出更好的方案。 当有人从拉取请求提交了一些代码，并且维护者和 branch 'featureA' Entering 'DbConnector' Switched to a new branch 'featureA' 你应该明白。 能够生成一个主项目与所有子项目的改动的统一差异是非常有 用的。 $ git diff; git submodule foreach 'git diff' Submodule DbConnector contains modified content Auto-merging database.xml Merge made by recursive. 这里，database.xml 保持了主干分支中的原始版本。 GIT 钩子 和其它版本控制系统一样，Git 能在特定的重要动作发生时触发自定义脚本。 有两组这样的钩子：客户端的和服务器端的。 客户端钩子由诸如提交和合并 这样的操作所调用，而服务器端钩子作用于诸如接收被推送的提交这样的联网

.github/pull_request_template.yaml .github/pull_request_template.yml 由于工单存在多种类型，Gitea 支持将工单模板统一收纳到 ISSUE_TEMPLATE 目录。以下是 Gitea 支持的工单模 板目录: ISSUE_TEMPLATE issue_template .gitea/ISSUE_TEMPLATE