This application is a simple C++ WebAPI that listens for GitHub Webhooks and performs actions based on the received data and configuration.
Run the installation script to install the application:
curl -fsSL https://cdn.tiagorg.pt/gh-wh-handler/install.sh | sudo sh
You can uninstall the application using the following command:
curl -fsSL https://cdn.tiagorg.pt/gh-wh-handler/uninstall.sh | sudo sh
Head over to the Releases Page and download the desired binary.
Run the application using your configuration file:
/path/to/gh-wh-handler.<arch> /path/to/config.json /path/to/logs_dir
You can see the config file format below.
- Clone the repository:
git clone https://github.com/TiagoRG/gh-wh-handler.git
- Move to the build directory:
cd gh-wh-handler/build
- Run CMake:
cmake ..
- Build and install the application:
sudo make install
If you want to uninstall the application, you can run the following command:
sudo make uninstall
The application is running on a systemd service, which is both enabled and started after installation.
You can start, stop, restart, and check the status of the service using the following commands:
sudo systemctl start gh-wh-handler # Start the service
sudo systemctl stop gh-wh-handler # Stop the service
sudo systemctl restart gh-wh-handler # Restart the service
sudo systemctl status gh-wh-handler # Check the status of the service
You can also check the logs of the service using the following command:
journalctl -u gh-wh-handler
As of now, the configuration menu is not yet implemented so you have to create the configuration file manually.
The configuration file can be found in /services/gh-wh-handler/config.json
and has the following base format:
{
"port": 65001,
"tokens": {
"owner/repo-name": "token"
}
}
This configuration will then have more fields for each endpoint that you want to configure.
Note: Tokens are only required for private repositories.
This endpoint allows the application to run specific actions when a push to a specific branch is made. This way, there's no need to manually run the actions on the server.
The configuration file must contain the run-actions
field, which is an object with the following format:
"run-actions": {
"owner/repo-name": {
"branch": "main",
"actions": [
{
"name": "action-name",
"command": "command-to-run"
}
]
}
}
This endpoint allows the application to update specific files on the server when a push to a specific branch is made. This way, there's no need to manually update the files on the server or to pull the entire repository.
It also allows the application to run post-update scripts after the files are updated.
The configuration file must contain the update-files
field, which is an object with the following format:
"update-files": {
"owner/repo-name": {
"branch": "main",
"files": {
"path/to/remote/file": "/path/to/local/file",
"...": "..."
},
"post-update": [
{
"name": "post-update-action-name",
"command": "command-to-run"
}
]
}
}
If you want to use Nginx as a reverse proxy for the application, you can use the following example configuration:
server {
listen 80;
server_name services.example.com;
location /gh-wh-handler {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
add_header Front-End-Https on;
proxy_headers_hash_max_size 512;
proxy_headers_hash_bucket_size 64;
proxy_buffering off;
proxy_redirect off;
proxy_max_temp_file_size 0;
rewrite /gh-wh-handler/(.*) /$1 break;
proxy_pass http://127.0.0.1:65001;
}
}
This way, you will be able to access the application using the URL http://services.example.com/gh-wh-handler/end-point
.
This project is licensed under the GNU General Public License v3.0 - see the LICENSE file for details.