Ne manquez plus jamais un échec de GitHub Actions : alertes instantanées avec Echobell
Les notifications par email et Slack pour les échecs CI sont faciles à manquer. L'Action de Notification Echobell envoie des alertes Webhook directement sur votre téléphone — notifications push pour les builds normaux, appels téléphoniques pour les échecs en production — afin que les pipelines défaillants ne passent pas inaperçus.
Configuration
1. Créer un canal Echobell
- Téléchargez Echobell et connectez-vous
- Créez un canal nommé par exemple « GitHub CI/CD Alerts »
- Copiez l'URL Webhook depuis les paramètres du canal
- Dans votre dépôt GitHub : Settings → Secrets and variables → Actions → New repository secret
- Nommez-le
ECHOBELL_WEBHOOK_URLet collez l'URL
2. Ajouter à votre workflow
Configuration de base (workflows à job unique) :
name: Build and Test
on:
push:
branches: [main]
pull_request:
branches: [main]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Build
run: npm run build
- name: Test
run: npm test
- name: Notify on Failure
if: failure()
uses: weelone/echobell-action@v1
with:
webhook-url: ${{ secrets.ECHOBELL_WEBHOOK_URL }}Pipelines multi-jobs — utilisez un job de notification dédié qui dépend de tous les jobs critiques :
name: Deploy Pipeline
on:
push:
branches: [main]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Run Tests
run: npm test
build:
needs: test
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Build
run: npm run build
deploy:
needs: build
runs-on: ubuntu-latest
steps:
- name: Deploy
run: npm run deploy
notify_on_failure:
runs-on: ubuntu-latest
needs: [test, build, deploy]
if: failure()
steps:
- name: Send Failure Notification
uses: weelone/echobell-action@v1
with:
webhook-url: ${{ secrets.ECHOBELL_WEBHOOK_URL }}Le job de notification dédié vous envoie une alerte consolidée pour les échecs en cascade plutôt que plusieurs notifications séparées.
Conseils
Les titres de notification doivent répondre aux questions : qu'est-ce qui a échoué, où et quand. Utilisez des formats comme ❌ Main Branch CI Failed ou 🚨 Deploy Pipeline Down - Production.
Utilisez des canaux séparés par sévérité. Conservez un canal standard pour les alertes CI normales et un second canal configuré en Appel pour les échecs en production. Pointez les différents workflows vers des URL Webhook différentes. Voir les notifications d'appel pour les détails.
Partagez les canaux avec votre équipe. Créez un canal pour les échecs CI/CD que toute l'équipe doit connaître, et un canal séparé pour les problèmes d'infrastructure uniquement. Les canaux partagés d'Echobell permettent aux coéquipiers de s'abonner avec leurs propres préférences de notification — sans que chacun configure les Webhooks individuellement.
Lectures connexes
- Documentation Webhook — référence complète de l'API Webhook
- Modèles et Conditions — personnalisez le contenu et le filtrage des notifications
- Notifications d'appel Grafana — alertes par appel téléphonique pour les systèmes de monitoring
- Notifications WebhookMCP — alertes pour la fin de tâches IA
- Documentation des fonctionnalités : Canaux, Webhooks, Déclencheurs email, Notifications d'appel