Klare Signale
Wir zeigen Release-Typ und kritische Flags.
Integrationsleitfaden
Nutze eine Webhook URL für Slack, Teams oder dein eigenes System.
Ein Ziel, klare Updates und stabile Payloads.
Wir zeigen Release-Typ und kritische Flags.
Wir lesen Release Notes und zeigen die wichtigsten Punkte.
Beliebte oder Nischenpakete, auch mit chaotischen Changelogs. Die Abdeckung wird weiter ausgebaut.
Ein Webhook pro Monitor und einfaches Routing.
Schritt 1
Erstelle eine Webhook URL in Slack, Teams oder deinem Service. Lass ein Secret oder eine Signatur unverändert.
Schritt 2
Aktiviere Webhook Alerts und füge die URL im Monitor ein. Wir senden an genau diese URL, also lass jedes Secret unverändert.
Schritt 3
Wenn die Erkennung unsicher ist, wähle Slack, Teams oder Benutzerdefiniert. Das hilft bei eigenen Domains.
Schritt 4
Nutze den Webhook Test, um die Zustellung zu prüfen.
Schritt 5
Speichere den Monitor und erhalte Updates.
Benutzerdefinierte Webhooks erhalten ein stabiles JSON mit Versionen und Changelog Kontext.
Beispiel Payload
{
"event": "dependency.update",
"channel": "webhook",
"summary": "nuxt 3.12.4 -> 3.13.0 (minor)",
"occurredAt": "2025-01-15T10:04:00.000Z",
"monitor": {
"id": "mon_123",
"name": "Production"
},
"dependency": {
"name": "nuxt",
"label": "frontend"
},
"versions": {
"current": "3.12.4",
"latest": "3.13.0",
"releaseType": "minor",
"isCritical": false
},
"changelog": {
"highlights": [
"Added runtime config for Nitro",
"Fixed build caching regressions"
]
}
}Ja. Füge die URL hinzu und wir formatieren für Slack oder Teams nach Erkennung oder Auswahl.
Wähle das Ziel manuell. Das ist typisch für eigene Slack oder Teams Installationen.
Event, Zusammenfassung, Monitor Infos, Paketdetails, Versionen und Changelog Daten wenn vorhanden.
Ja, aber pro Monitor ist nur ein Webhook aktiv.
Nein. DepLog.dev überwacht nur öffentliche Pakete und öffentliche Release Notes.