- Accessing integrations
- Integrations listing
- Push hooks limit
- Services templates
- Troubleshooting integrations
- Contributing to integrations
Integrations allow you to integrate GitLab with other applications. They are a bit like plugins in that they allow a lot of freedom in adding functionality to GitLab.
You can find the available integrations under your project’s Settings ➔ Integrations page.
There are more than 20 integrations to integrate with. Click on the one that you want to configure.
Below, you will find a list of the currently supported ones accompanied with comprehensive documentation.
Click on the service links to see further configuration instructions and details.
|Asana||Asana - Teamwork without email||No|
|Assembla||Project Management Software (Source Commits Endpoint)||No|
|Atlassian Bamboo CI||A continuous integration and build server||Yes|
|Buildkite||Continuous integration and deployments||Yes|
|Bugzilla||Bugzilla issue tracker||No|
|Campfire||Simple web-based real-time group chat||No|
|Custom Issue Tracker||カスタム課題管理ツール||No|
|Discord Notifications||Receive event notifications in Discord||No|
|Drone CI||Continuous Integration platform built on Docker, written in Go||Yes|
|Emails on push||Email the commits and diff of each push to a list of recipients||No|
|External Wiki||Replaces the link to the internal wiki with a link to an external wiki||No|
|Flowdock||Flowdock is a collaboration web app for technical teams||No|
|Generic alerts||Receive alerts on GitLab from any source||No|
|GitHub||Sends pipeline notifications to GitHub||No|
|Hangouts Chat||Receive events notifications in Google Hangouts Chat||No|
|HipChat||Private group chat and IM||No|
|Irker (IRC gateway)||Send IRC messages, on update, to a list of recipients through an Irker gateway||No|
|Jira||Jira issue tracker||No|
|Jenkins||An extendable open source continuous integration server||Yes|
|JetBrains TeamCity CI||A continuous integration and build server||Yes|
|Mattermostスラッシュコマンド||Mattermost chat and ChatOps slash commands||No|
|Mattermost Notifications||Receive event notifications in Mattermost||No|
|Microsoft teams||Receive notifications for actions that happen on GitLab into a room on Microsoft Teams using Office 365 Connectors||No|
|Packagist||Update your project on Packagist, the main Composer repository||Yes|
|Pipelines emails||Email the pipeline status to a list of recipients||No|
|Slack Notifications||Send GitLab events (for example, an issue was created) to Slack as notifications||No|
|Slack slash commands||Use slash commands in Slack to control GitLab||No|
|GitLab Slack application||Use Slack’s official application||No|
|PivotalTracker||Project Management Software (Source Commits Endpoint)||No|
|Prometheus||Monitor the performance of your deployed apps||No|
|Pushover||Pushover makes it easy to get real-time notifications on your Android device, iPhone, iPad, and Desktop||No|
|Redmine||Redmine issue tracker||No|
|Unify Circuit||Receive events notifications in Unify Circuit||No|
|Webex Teams||Receive events notifications in Webex Teams||No|
|YouTrack||YouTrack issue tracker||No|
If a single push includes changes to more than three branches or tags, services
tag_push_hooks events won’t be executed.
The number of branches or tags supported can be changed via
push_event_hooks_limit application setting.
Services templates is a way to set some predefined values in the Service of your liking which will then be pre-filled on each project’s Service.
Read more about Services templates in this document.
Some integrations use service hooks for integration with external applications. To confirm which ones use service hooks, see the integrations listing. GitLab stores details of service hook requests made within the last 2 days. To view details of the requests, go to the service’s configuration page.
The Recent Deliveries section lists the details of each request made within the last 2 days:
- HTTP status code (green for 200-299 codes, red for the others,
internal errorfor failed deliveries)
- Triggered event
- URL to which the request was sent
- Elapsed time of the request
- Relative time in which the request was made
To view more information about the request’s execution, click the respective View details link. On the details page, you can see the data sent by GitLab (request headers and body) and the data received by GitLab (response headers and body).
From this page, you can repeat delivery with the same data by clicking Resend Request.
Some integrations fail with an error
Test Failed. Save Anyway when you attempt to set them up on
uninitialized repositories. This is because the default service test uses push data to build the
payload for the test request, and it fails, because there are no push events for the project.
To resolve this error, initialize the repository by pushing a test file to the project and set up the integration again.
Because GitLab is open source we can ship with the code and tests for all plugins. This allows the community to keep the plugins up to date so that they always work in newer GitLab versions.
For an overview of what integrations are available, please see the project_services source directory.
Contributions are welcome!