GitLab-Ereignisse als Push-Benachrichtigung

23. Juli 2026 · 3 Min. Lesezeit

Wie bei GitHub gibt es zwei Wege aufs Handy, die sich ergänzen: Projekt-Webhooks für Ereignisse und ein kleiner CI-Job für Pipeline-Ergebnisse in eigenen Worten – auf gitlab.com genauso wie auf selbst gehosteten Instanzen.

Weg 1: der Projekt-Webhook

Endpoint in der Webhooky-App anlegen (Android / iOS) – „GitLab“, eigener Sound und Farbe.
Im Projekt: Settings → Webhooks, URL = dein Endpoint, dann die Trigger anhaken (Push-Events, Pipeline-Events, Merge-Request-Events …).

GitLab sendet JSON mit object_kind-Feld, aber ohne title/message – die Push nutzt also die Standardtexte deines Endpoints. Reicht für „im Repo ist was passiert“; für lesbare Pipeline-Alarme nimm Weg 2.

Weg 2: ein Notify-Job in der .gitlab-ci.yml

notify_failure:
  stage: .post
  when: on_failure
  script:
    - >
      curl -X POST "$WEBHOOKY_URL"
      -H "Content-Type: application/json"
      -d "{"title":"🚨 Pipeline rot: $CI_PROJECT_NAME","message":"Branch $CI_COMMIT_REF_NAME · $CI_PIPELINE_URL","sound":"error_1"}"

Die Endpoint-URL kommt als maskierte CI/CD-Variable (WEBHOOKY_URL) hinein. Ein Zwillings-Job mit when: on_success und freundlichem Sound schließt den Kreis.

Hinweise

Self-managed GitLab verhält sich identisch – der Webhook braucht nur ausgehendes HTTPS.
Lärmschutz: Webhook nur auf Pipeline-Events abonnieren und die Texte dem CI-Job überlassen – eine Push pro Pipeline statt pro Push.
Von GitHub kommend? Die GitHub-Version dieses Guides.

Hol dir Webhooky

Kostenlos für deine ersten 100 Benachrichtigungen – Endpoint in zwei Minuten eingerichtet.