f82380b9df
Error messages from custom pre-receive hooks now appear in the GitLab UI. This is re-enabling a feature that had been disabled in merge request https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/18646 The feature had been disabled due to security concerns that information which was not intended to be public (like stack traces) would leak into public view. PreReceiveErrors (from pre-receive, post-receive and update custom hooks) are now filtered for messages that have been prefixed in a particular way. Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/48132
101 lines
4.5 KiB
Markdown
101 lines
4.5 KiB
Markdown
# Custom Git Hooks
|
|
|
|
> **Note:** Custom Git hooks must be configured on the filesystem of the GitLab
|
|
server. Only GitLab server administrators will be able to complete these tasks.
|
|
Please explore [webhooks] and [CI] as an option if you do not
|
|
have filesystem access. For a user configurable Git hook interface, see
|
|
[Push Rules](https://docs.gitlab.com/ee/push_rules/push_rules.html),
|
|
available in GitLab Enterprise Edition.
|
|
|
|
Git natively supports hooks that are executed on different actions.
|
|
Examples of server-side git hooks include pre-receive, post-receive, and update.
|
|
See [Git SCM Server-Side Hooks][hooks] for more information about each hook type.
|
|
|
|
As of gitlab-shell version 2.2.0 (which requires GitLab 7.5+), GitLab
|
|
administrators can add custom git hooks to any GitLab project.
|
|
|
|
## Setup
|
|
|
|
Normally, Git hooks are placed in the repository or project's `hooks` directory.
|
|
GitLab creates a symlink from each project's `hooks` directory to the
|
|
gitlab-shell `hooks` directory for ease of maintenance between gitlab-shell
|
|
upgrades. As such, custom hooks are implemented a little differently. Behavior
|
|
is exactly the same once the hook is created, though.
|
|
|
|
Follow the steps below to set up a custom hook:
|
|
|
|
1. Pick a project that needs a custom Git hook.
|
|
1. On the GitLab server, navigate to the project's repository directory.
|
|
For an installation from source the path is usually
|
|
`/home/git/repositories/<group>/<project>.git`. For Omnibus installs the path is
|
|
usually `/var/opt/gitlab/git-data/repositories/<group>/<project>.git`.
|
|
1. Create a new directory in this location called `custom_hooks`.
|
|
1. Inside the new `custom_hooks` directory, create a file with a name matching
|
|
the hook type. For a pre-receive hook the file name should be `pre-receive`
|
|
with no extension.
|
|
1. Make the hook file executable and make sure it's owned by git.
|
|
1. Write the code to make the Git hook function as expected. Hooks can be
|
|
in any language. Ensure the 'shebang' at the top properly reflects the language
|
|
type. For example, if the script is in Ruby the shebang will probably be
|
|
`#!/usr/bin/env ruby`.
|
|
|
|
That's it! Assuming the hook code is properly implemented the hook will fire
|
|
as appropriate.
|
|
|
|
## Chained hooks support
|
|
|
|
> [Introduced][93] in GitLab Shell 4.1.0 and GitLab 8.15.
|
|
|
|
Hooks can be also placed in `hooks/<hook_name>.d` (global) or
|
|
`custom_hooks/<hook_name>.d` (per project) directories supporting chained
|
|
execution of the hooks.
|
|
|
|
NOTE: **Note:** `<hook_name>.d` would need to be either `pre-receive.d`,
|
|
`post-receive.d`, or `update.d` to work properly. Any other names will be ignored.
|
|
|
|
To look in a different directory for the global custom hooks (those in
|
|
`hooks/<hook_name.d>`), set `custom_hooks_dir` in gitlab-shell config. For
|
|
Omnibus installations, this can be set in `gitlab.rb`; and in source
|
|
installations, this can be set in `gitlab-shell/config.yml`.
|
|
|
|
The hooks are searched and executed in this order:
|
|
|
|
1. `gitlab-shell/hooks` directory as known to Gitaly
|
|
1. `<project>.git/hooks/<hook_name>` - executed by `git` itself, this is `gitlab-shell/hooks/<hook_name>`
|
|
1. `<project>.git/custom_hooks/<hook_name>` - per project hook (this is already existing behavior)
|
|
1. `<project>.git/custom_hooks/<hook_name>.d/*` - per project hooks
|
|
1. `<project>.git/hooks/<hook_name>.d/*` OR `<custom_hooks_dir>/<hook_name.d>/*` - global hooks: all executable files (minus editor backup files)
|
|
|
|
Files in `.d` directories need to be executable and not match the backup file
|
|
pattern (`*~`).
|
|
|
|
The hooks of the same type are executed in order and execution stops on the
|
|
first script exiting with a non-zero value.
|
|
|
|
## Custom error messages
|
|
|
|
> [Introduced][5073] in GitLab 8.10.
|
|
|
|
To have custom error messages appear in GitLab's UI when the commit is
|
|
declined or an error occurs during the Git hook, your script should:
|
|
|
|
- Send the custom error messages to either the script's `stdout` or `stderr`.
|
|
- Prefix each message with `GL-HOOK-ERR:` with no characters appearing before the prefix.
|
|
|
|
### Example custom error message
|
|
|
|
This hook script written in bash will generate the following message in GitLab's UI:
|
|
|
|
```bash
|
|
#!/bin/sh
|
|
echo "GL-HOOK-ERR: My custom error message.";
|
|
exit 1
|
|
```
|
|
|
|
|
|
|
|
[CI]: ../ci/README.md
|
|
[hooks]: https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks#Server-Side-Hooks
|
|
[webhooks]: ../user/project/integrations/webhooks.md
|
|
[5073]: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/5073
|
|
[93]: https://gitlab.com/gitlab-org/gitlab-shell/merge_requests/93
|