Server hooks

• Create a global server hook for all repositories
• Environment Variables
• Custom error messages

Server hooks

在 GitLab 12.8 中以取代”自定义挂钩”.

Git 支持在不同动作上执行的钩子. 这些挂钩在服务器上运行，可用于执行特定的提交策略或基于存储库的状态执行其他任务.

Git 支持以下钩子：

• post-receive
• update

有关每种钩子类型的更多信息，请参见Git 文档 .

服务器端 Git 挂钩可以配置为：

• .

Note the following about server hooks:

• 必须在 GitLab 服务器的文件系统上配置服务器挂钩. 只有 GitLab 服务器管理员才能完成这些任务. 如果您没有文件系统访问权限，请参见以下替代方法：
  • Webhooks .
  • .
  • 推送规则 ，用于用户可配置的 Git 挂钩界面.
• 服务器挂钩不会复制到辅助节点.

如果您不使用哈希存储 ，则项目的存储库目录可能与以下说明不完全匹配. 在这种情况下：

• 对于从源进行的安装，路径通常是/home/git/repositories/<group>/<project>.git .
• 对于 Omnibus GitLab 安装，路径通常为/var/opt/gitlab/git-data/repositories/<group>/<project>.git .

请按照以下步骤为存储库设置服务器端挂钩：

1. 导航到” 管理”区域>”项目” ，然后单击要向其添加服务器挂钩的项目.
2. 在出现的页面上找到Gitaly 相对路径 . 这是必须实现服务器挂钩的地方. 有关解释相对路径的信息，请参阅 .
3. 在文件系统上，在此位置创建一个名为custom_hooks的新目录.
4. 在新的custom_hooks目录中，创建一个名称与钩子类型匹配的文件. 例如，对于预接收钩子，文件名应该是pre-receive ，没有扩展名.
5. 使挂钩文件可执行，并确保它由 Git 用户拥有.
6. 编写代码以使服务器挂钩功能按预期方式运行. 挂钩可以使用任何语言. 确保顶部的“ shebang”)正确反映语言类型. 例如，如果脚本在 Ruby 中，则 shebang 可能是#!/usr/bin/env ruby .

假设正确执行了挂钩代码，则将适当地执行挂钩代码.

Create a global server hook for all repositories

默认目录：

• 对于从源代码进行的安装，通常是/home/git/gitlab-shell/hooks .
• 对于 Omnibus GitLab，安装通常是/opt/gitlab/embedded/service/gitlab-shell/hooks .

要将其他目录用于全局服务器挂钩， custom_hooks_dir在 Gitaly 配置中设置custom_hooks_dir ：

• 对于 Omnibus 安装，此设置在gitlab.rb .
• 对于源代码安装，配置位置取决于 GitLab 版本. 对于：
  • GitLab 13.1 及更高版本，在[hooks]部分的gitaly/config.toml进行设置.

注意： gitlab-shell/config.yml的custom_hooks_dir值在 GitLab 13.1 和更高版本中仍然被接受，如果gitaly/config.toml的值是空白或不存在.

请按照以下步骤为所有存储库设置全局服务器挂钩：

1. 在 GitLab 服务器上，导航到配置的全局服务器挂钩目录.
2. 在此位置创建一个新目录. 根据挂钩的类型，它可以是 ， post-receive.d或update.d目录.
3. 在这个新目录中，添加您的钩子. 挂钩可以使用任何语言. 确保顶部的“ shebang”)正确反映语言类型. 例如，如果脚本在 Ruby 中，则 shebang 可能是#!/usr/bin/env ruby .
4. 使挂钩文件可执行，并确保它由 Git 用户拥有.

现在，测试挂钩以检查其是否正常运行.

在 GitLab Shell 4.1.0 和 GitLab 8.15 中 .

可以按链执行每个项目或设置的服务器挂钩.

搜索服务器挂钩并按以下优先级顺序执行：

• 内置的 GitLab 服务器挂钩. 这些不是用户可定制的.
• <project>.git/custom_hooks/<hook_name> ：每个项目的挂钩. 保留它是为了向后兼容.
• <project>.git/custom_hooks/<hook_name>.d/* ：每个项目挂钩的位置.
• <custom_hooks_dir>/<hook_name>.d/* ：除编辑器备份文件之外的所有可执行全局挂钩文件的位置.

在目录中，服务器挂钩：

• 按字母顺序执行.
• 当钩子以非零值退出时，停止执行.

• <hook_name>.d必须为pre-receive.d ， post-receive.d或update.d才能正常工作. 其他任何名称都将被忽略.
• .d目录中的文件必须是可执行文件，并且与备份文件模式（ *~ ）不匹配.
• 对于<project>.git ，你需要翻译你的项目名称为散列存储格式 GitLab 用途.

Environment Variables

以下环境变量集可用于服务器挂钩.

接收前和接收后服务器挂钩也可以访问以下 Git 环境变量.

注意：虽然其他环境变量可以传递给服务器挂钩，但是您的应用程序不应依赖它们，因为它们可以更改.

在 GitLab 13.2 中使用功能标记引入.

以下服务器挂钩已在 Go 中重新实现：

• pre-receive ，默认情况下使用 Go 实现. 要改用 Ruby 实现，请禁用 :gitaly_go_preceive_hook功能标记.
• update ，默认使用 Go 实现. 要改用 Ruby 实现，请 :gitaly_go_update_hook功能标志.
• post-receive ，但是默认情况下使用 Ruby 实现. 要改用 Go 实现，请启用 :gitaly_go_postreceive_hook功能标志.

Custom error messages

在 GitLab 8.10 中引入 .

要在拒绝提交或在 Git 挂钩期间发生错误时在 GitLab 的 UI 中显示自定义错误消息，您的脚本应：

• 将自定义错误消息发送到脚本的stdout或 .

用 Bash 编写的该钩子脚本在 GitLab 的 UI 中生成以下消息：