This integrations service posts issue, comment and merge request events from a GitLab repository into specific Mattermost channels by formatting output from GitLab's outgoing webhooks to Mattermost's incoming webhooks.
The goal of this project is to provide a fully-functional template on which the Mattermost community can create their own integration services. Community members are invited to fork this repo to add improvements and to create new integrations.
To have your work included on the Mattermost integrations page, please mail info@mattermost.com or tweet to @MattermostHQ.
To run this integration you need:
- A web server running Ubuntu 14.04 and Python 2.7 or compatible versions.
- A GitLab account with a repository to which you have administrator access
- A Mattermost account where incoming webhooks are enabled
Many web server options will work, below we provide instructions for Heroku and a general Linux/Ubuntu server.
To install this project using Heroku, you will need:
- A Heroku account, available for free at Heroku.com
- A GitHub account, available for free at GitHub.com
Here's how to start:
-
Create a copy of this project to manipulate
-
Log in to your GitHub account. Go to the Github repository of this project and click Fork in the top-right corner to create a copy of this project that you control and manipulate.
-
Deploy your project copy to Heroku
-
Go to your Heroku Dashboard and click + in the top-right corner then Create New App. Give your app a unqiue name (like
mattermost-gitlab-[YOUR_GITHUB_USERNAME]
), select your region and click Create App. -
Heroku directs you to the Deploy tab of the dashboard for your new app, select GitHub as your connection option, then click Connect to GitHub at the bottom of the screen to authorize Herkou to access your GitHub account.
-
In the pop up window, click Authorize Application to allow Heroku to access your accounts repositories. On your Heroku dashboard, select your account in the first drop-down then search for the repo we created earlier by forking this project. Type
mattermost-integration-gitlab
in the repo-name field, then click Search and then the Connect button once Heroku finds your repository. -
Scroll to the bottom of the new page. Under the Manual Deploy section, make sure the
master
branch is selected then click Deploy Branch. After a few seconds you'll see a confirmation that the app has been deployed. -
At the top of your app dashboard, go to the Settings tab and scroll down to the Domains section. Copy the URL below Heroku Domain (we'll refer to this as
http://<your-heroku-domain>/
and we'll need it in the next step) -
Leave your Heroku interface open as we'll come back to it to finish the setup.
-
Connect your project to your GitLab account for outgoing webhooks
-
Log in to GitLab account and open the project from which you want to receive updates and to which you have administrator access. From the left side of the project screen, click on Settings > Web Hooks. In the URL field enter
http://<your-heroku-domain>/
from the previous step, plus the wordnew_event
to create an entry that readshttp://<your-heroku-domain>/new_event
so events from your GitLab project are sent to your Heroku server. Make sure your URL has a leadinghttp://
orhttps://
. -
On the same page, under Trigger select Push events, Comment events, Issue events, Merge Request events
-
(Recommended but optional): Encrypt your connection from GitLab to your project by selecting Enable SSL verification. If this option is not available and you're not familiar with how to set it up, contact your GitLab System Administrator for help.
-
Click Add Web Hook and check that your new webhook entry is added to the Web hooks section below the button.
-
Leave this page open as we'll come back to it to test that everything is working.
-
Set up your Mattermost instance to receive incoming webhooks
-
Log in to your Mattermost account. Click the three dot menu at the top of the left-hand side and go to Account Settings > Integrations > Incoming Webhooks.
-
Under Add a new incoming webhook select the channel in which you want GitLab notifications to appear, then click Add to create a new entry.
-
Copy the contents next to URL of the new webhook you just created (we'll refer to this as
https://<your-mattermost-webhook-URL>
and add it to your Heroku server). -
Go back to your Heroku app dashboard under the Settings tab. Under the Config Variables section, click Reveal Config Vars
- Type
MATTERMOST_WEBHOOK_URL
in the KEY field and pastehttps://<your-mattermost-webhook-URL>
into the VALUE field, then click Add. - In the second KEY field, type
PUSH_TRIGGER
and in the corresponding VALUE field, typeTrue
.
- Type
-
Test your webhook integration
-
If your GitLab project is in active development, return to the Settings > Web Hooks page of your GitLab project and click Test Hook to send a test message about one of your recent updates from your GitLab project to Mattermost. You should see a notification on the Gitlab page that the hook was successfully executed. In Mattermost, go to the channel which you specified when creating the URL for your incoming webhook and make sure that the message delivered successfully.
-
If your GitLab project is new, try creating a test issue and then verify that the issue is posted to Mattermost.
-
Back on the settings tab of your Heroku app dashboard, under the Config Variables, click Reveal Config Vars and then click the
X
next to the PUSH_TRIGGER field you added. This config variable was used for testing only, and is better left turned off for production -
If you have any issues, please go to http://forum.mattermost.org and let us know which steps in these instructions were unclear or didn't work.
The following procedure shows how to install this project on a Linux web server running Ubuntu 14.04. The following instructions work behind a firewall so long as the web server has access to your GitLab and Mattermost instances.
To install this project using a Linux-based web server, you will need a Linux/Ubuntu 14.04 web server supporting Python 2.7 or a compatible version. Other compatible operating systems and Python versions should also work.
Here's how to start:
-
Set up your Mattermost instance to receive incoming webhooks
-
Log in to your Mattermost account. Click the three dot menu at the top of the left-hand side and go to Account Settings > Integrations > Incoming Webhooks.
-
Under Add a new incoming webhook select the channel in which you want GitLab notifications to appear, then click Add to create a new entry.
-
Copy the contents next to URL of the new webhook you just created (we'll refer to this as
https://<your-mattermost-webhook-URL>
). -
Set up this project to run on your web server
-
Set up a Linux Ubuntu 14.04 server either on your own machine or on a hosted service, like AWS.
-
SSH into the machine, or just open your terminal if you're installing locally.
-
Confirm Python 2.7 or a compatible version is installed by running:
python --version
If it's not installed you can find it here
-
Install pip and other essentials:
sudo apt-get install python-pip python-dev build-essential
-
Clone this GitHub repo:
git clone https://github.com/mattermost/mattermost-integration-gitlab.git
cd mattermost-integration-gitlab
-
Install integration requirements:
sudo pip install -r requirements.txt
-
Edit
config.json
:- Set
"webhook_url": "<your-mattermost-webhook-URL>"
This is the URL you copied in the last section - Set
"channel": "<channel_name>"
if you want to use another channel instead of the one configured in the Incoming Webhook creation - Set `"port": " if you want to run multiple integrations or multiple instances of the server on the same machine
- Set
-
Run the server:
python server.py
-
Connect your project to your GitLab account for outgoing webhooks
-
Log in to GitLab account and open the project from which you want to receive updates and to which you have administrator access. From the left side of the project screen, click on Settings > Web Hooks. In the URL field enter
http://<your-web-server-domain>/
from the previous step, plus the wordnew_event
to create an entry that readshttp://<your-web-server-domain>/new_event
so events from your GitLab project are sent to your Heroku server. Make sure your URL has a leadinghttp://
orhttps://
. -
On the same page, under Trigger select Push events, Comment events, Issue events, Merge Request events
-
(Recommended but optional): Encrypt your connection from GitLab to your project by selecting Enable SSL verification. If this option is not available and you're not familiar with how to set it up, contact your GitLab System Administrator for help.
-
Click Add Web Hook and check that your new webhook entry is added to the Web hooks section below the button.
-
Leave this page open as we'll come back to it to test that everything is working.
-
Test your webhook integration
-
If your GitLab project is in active development, return to the Settings > Web Hooks page of your GitLab project and click Test Hook to send a test message about one of your recent updates from your GitLab project to Mattermost. You should see a notification on the Gitlab page that the hook was successfully executed. In Mattermost, go to the channel which you specified when creating the URL for your incoming webhook and make sure that the message delivered successfully.
-
If your GitLab project is new, try creating a test issue and then verify that the issue is posted to Mattermost.
-
If you have any issues, please go to http://forum.mattermost.org and let us know which steps in these instructions were unclear or didn't work.
{
"webhook_url": ""
"port": 5000,
"username": "gitlab",
"icon_url": "https://gitlab.com/uploads/project/avatar/13083/gitlab-logo-square.png",
"channel_name": "",
"routing": {
}
}
webhook_url
: the Incoming Webhooks, mandatoryport
: the IP port where the server bind to listen to incoming Webhooks (server listen to 0.0.0.0 by default), mandatoryusername
: the username used by the server, if is Enable Overriding of Usernames from Webhooks, optionalicon_url
: image used by the server, if is Enable Overriding of Icon from Webhooks, optionalchannel_name
: target channel for the incoming Webhooks. Can be blank, target will be the channel set up on Incoming Webhooks setup, optionalrouting
: it contains a the routing to allow Incoming Webhooks from specific projects to be sent in specific channels:
"routing": {
"project1": "channel1",
"project2": "channel2"
}
If project do not have any specific routing rule, it will use default channel_name