Webhook is a lightweight configurable tool written in Go; that allows you to easily create HTTP endpoints (hooks) on your server, which you can use to execute configured commands. You can also pass data from the HTTP request (such as headers, payload or query variables) to your commands. Webhook also allows you to specify rules which have to be satisfied in order for the hook to be triggered.
For example, if you're using GitHub or Bitbucket, you can use Webhook to set up a hook that runs
a deployment script for your project on your staging server, whenever you push changes to the master
branch of your project.
If you use Mattermost or Slack, you can set up an "Outgoing webhook integration" or "Slash command" to run various commands on your server, which can then report back directly to you or your channels using the "Incoming webhook integrations", or the appropriate response body.
webhook aims to do nothing more than it should do, and that is:
- receive the request,
- parse the headers, payload and query variables,
- check if the specified rules for the hook are satisfied,
- and finally, pass the specified arguments to the specified command via command line arguments or via environment variables.
Everything else is the responsibility of the command's author.
This repository contains a separately managed fork of https://github.com/adnanh/webhook
We express our sincere gratitude to the original author and contributors for creating this awesome tool.
As the original tool has not received many updates for quite some time and there are many open issues and pull requests, we decided to create this fork to be able to merge some of the pull requests and fix some of the issues which are important to us.
All the changes made in this fork are opensource, and we keep them under the same license as the original project.
Organization of the code, package name and imports have been changed to expose this fork as a separate installable package.
There is no promise of binary compatibility between this fork and the original project. However, we will strive towards retaining feature, configuration and API compatibility.
To get started, first make sure you've properly set up your Go 1.14 or newer environment and then run
$ go build github.com/kaufland-ecommerce/ci-webhook
to build the latest version of the webhook.
Next step is to define some hooks you want webhook to serve.
webhook supports JSON or YAML configuration files, but we'll focus primarily on JSON in the following example.
Begin by creating an empty file named hooks.json
. This file will contain an array of hooks the webhook will
serve. Check Hook definition page to see the detailed description of what properties a hook
can contain, and how to use them.
Let's define a simple hook named redeploy-webhook
that will run a redeploy script located
in /var/scripts/redeploy.sh
. Make sure that your bash script has #!/bin/sh
shebang on top.
Our hooks.json
file will now look like this:
[
{
"id": "redeploy-webhook",
"execute-command": "/var/scripts/redeploy.sh",
"command-working-directory": "/var/webhook"
}
]
NOTE: If you prefer YAML, the equivalent hooks.yaml
file would be:
- id: redeploy-webhook
execute-command: "/var/scripts/redeploy.sh"
command-working-directory: "/var/webhook"
You can now run webhook using
$ /path/to/webhook -hooks hooks.json -verbose
It will start up on default port 9000 and will provide you with one HTTP endpoint
http://yourserver:9000/hooks/redeploy-webhook
Check webhook parameters page to see how to override the ip, port and other settings such as hook hotreload, verbose output, etc, when starting the webhook.
By performing a simple HTTP GET or POST request to that endpoint, your specified redeploy script would be executed. Neat!
However, hook defined like that could pose a security threat to your system, because anyone who knows your endpoint, can
send a request and execute your command. To prevent that, you can use the "trigger-rule"
property for your hook, to
specify the exact circumstances under which the hook would be triggered. For example, you can use them to add a secret
that you must supply as a parameter in order to successfully trigger the hook. Please check out
the Hook rules page for detailed list of available rules and their usage.
webhook provides limited support the parsing of multipart form data.
Multipart form data can contain two types of parts: values and files.
All form values are automatically added to the payload
scope.
Use the parse-parameters-as-json
settings to parse a given value as JSON.
All files are ignored unless they match one of the following criteria:
- The
Content-Type
header isapplication/json
. - The part is named in the
parse-parameters-as-json
setting.
In either case, the given file part will be parsed as JSON and added to the payload
map.
webhook can parse the hooks configuration file as a Go template when given
the -template
CLI parameter. See the Templates page for more
details on template usage.
webhook by default serves hooks using http. If you want webhook to serve secure content using https, you can
use the -secure
flag while starting webhook. Files containing a certificate and matching private key for the
server must be provided using the -cert /path/to/cert.pem
and -key /path/to/key.pem
flags. If the certificate is
signed by a certificate authority, the cert file should be the concatenation of the server's certificate followed by the
CA's certificate.
TLS version and cipher suite selection flags are available from the command line. To list available cipher suites, use
the -list-cipher-suites
flag. The -tls-min-version
flag can be used with -list-cipher-suites
.
If you want to set CORS headers, you can use the -header name=value
flag while starting webhook to set the
appropriate CORS headers that will be returned with each response.
You can use one of the following Docker images, or create your own (please read this discussion):
Check out Hook examples page for more complex examples of hooks.
- Plex 2 Telegram by @psyhomb
- Webhook & JIRA by @perfecto25
- Trigger Ansible AWX job runs on SCM (e.g. git) commit by @jpmens
- Deploy using GitHub webhooks by @awea
- Setting up Automatic Deployment and Builds Using Webhooks by Will Browning
- Auto deploy your Node.js app on push to GitHub in 3 simple steps by Karolis Rusenas
- Automate Static Site Deployments with Salt, Git, and Webhooks by Linode
- Using Prometheus to Automatically Scale WebLogic Clusters on Kubernetes by Marina Kogan
- Github Pages and Jekyll - A New Platform for LACNIC Labs by Carlos Martínez Cagnazzo
- How to Deploy React Apps Using Webhooks and Integrating Slack on Ubuntu by Arslan Ud Din Shafiq
- Private webhooks by Thomas
- Adventures in webhooks by Drake
- GitHub pro tips by Spencer Lyon
- XiaoMi Vacuum + Amazon Button = Dash Cleaning by c0mmensal
- Set up Automated Deployments From Github With Webhook by Maxim Orlov
VIDEO: Gitlab CI/CD configuration using Docker and adnanh/webhook to deploy on VPS - Tutorial #1 by Yes! Let's Learn Software Engineering
- Integrate automatic deployment in 20 minutes using webhooks + Nginx setup by Anksus
- Automatically redeploy your static blog with Gitea, Uberspace & Webhook by Arran
- ...
- Want to add your own? Open an Issue or create a PR :-)
The MIT License (MIT)
Copyright (c) 2015 Adnan Hajdarevic [email protected]
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.