CI-Fehlschläge direkt aufs Handy
Eine rote Pipeline, die du erst eine Stunde später bemerkst, kostet dich genau diese Stunde. Ein zusätzlicher Step im Workflow, und fehlgeschlagene Builds lassen dein Handy sofort klingeln.
GitHub Actions: bei Fehlschlag melden
Häng das als letzten Step an einen Job – er feuert nur, wenn davor etwas fehlgeschlagen ist:
- name: Notify on failure
if: failure()
run: |
curl -X POST "https://api.webhooky.app/DEIN_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"❌ CI fehlgeschlagen","message":"${{ github.repository }} · ${{ github.workflow }} · ${{ github.ref_name }}"}'Bei öffentlichen Repos den Key als Repository-Secret ablegen (secrets.WEBHOOKY_KEY). Dasselbe Muster funktioniert in GitLab CI (when: on_failure), CircleCI, Jenkins – überall, wo du einen Shell-Befehl ausführen kannst.
Repository-Webhooks
Für Ereignisse außerhalb der CI nutze GitHubs eingebaute Webhooks: Repo Settings → Webhooks → Add webhook, Webhooky-Link als Payload-URL, Content-Type application/json, gewünschte Events auswählen – Releases, Issues, Stars, Pull Requests. Die Benachrichtigung zeigt den konfigurierten Endpoint-Text; Details stecken im gespeicherten Payload, wenn Payload speichern aktiv ist.
Deploys & Releases
Ein POST am Ende deines Deploy-Skripts mit einem fröhlichen Sound – jeden erfolgreichen Produktions-Deploy zu hören ist erstaunlich beruhigend:
curl -X POST "https://api.webhooky.app/DEPLOY_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"🚀 Deployed","message":"v1.4.2 ist live auf Produktion"}'
