Testen Sie Webhooks manuell

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 4 Minuten Lesedauer
  • Für Tools einschließlich GitLab, Rally, Split.io, Jira, Bitbucket, Und Argo CD müssen Sie Webhooks manuell testen, wenn ein Problem mit der Verbindung auftritt.

    GitLab

    Erforderliche Rolle:
    • GitLab: GitLab administratorrechte
    • DevOps Change: sn_devops.admin oder sn_devops.Tool_owner
    Dient zum manuellen Testen von Webhooks in GitLab, Sie müssen:
    1. Navigieren Sie zu GitLab Und wählen Sie das Projekt aus, für das Sie Webhooks testen möchten.
    2. Navigieren zu Einstellungen > Webhooksan.

      Wenn Ihr Projekt in konfiguriert ist DevOps Change-Geschwindigkeit, Webhooks werden für dieses Projekt in erstellt GitLab. Diese Webhooks sind unter verfügbar Projekt-Hooks .

      Webhooks in GitLab.

      Für jedes Projekt werden zwei Webhooks erstellt. Eines ist für Code-Ereignisse und das andere für Orchestration-Ereignisse.

    3. Um einen Webhook zu testen, wählen Sie aus Testen Und wählen Sie aus Push-Ereignisse Aus der Liste.

      Testen Sie den Webhook.

      Hinweis:
      Sie können auch auf andere Ereignisse testen, z. B. Tag-Push-Ereignisse.
      • Wenn der Webhook richtig konfiguriert ist, erhalten Sie eine Erfolgsmeldung. Zum Beispiel:

        Erfolgsmeldung.

      • Wenn der Webhook falsch konfiguriert ist, erhalten Sie eine Fehlermeldung. Zum Beispiel:

        Fehlermeldung.

        Um einen Webhook zu beheben, können Sie die folgenden Optionen ausprobieren:
        • Konfigurieren Sie die Webhooks neu, indem Sie auswählen Konfigurieren Auf der Projektdatensatzseite in DevOps Change-Geschwindigkeit. Dadurch werden alle vorhandenen Webhooks für das Projekt neu konfiguriert.
        • Wählen Sie Aus Bearbeiten Für den Webhook, und überprüfen Sie, ob toolIdIst in korrekt URL Feld. Überprüfen Sie, ob Geheimes Token Ist richtig.

          Sie finden die richtigen Werte auf der Tooldatensatzseite in DevOps Change-Geschwindigkeit.

          Webhook-Felder überprüfen.

    Für detaillierte Informationen zu Webhooks in GitLab, Siehe Webhooks .

    Rally

    Erforderliche Rolle:
    • Rally: Rally administratorrechte
    • DevOps Change: sn_devops.admin oder sn_devops.Tool_owner
    Rally Bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn Sie nicht sehen Rally Ereignisse in DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Von Ihrem Rally Instanz, navigieren Sie zu Meine Einstellungen > Systemverwaltung > Erweiterungen > Webhooksan.

      Überprüfen Sie, ob ein entsprechender Webhook für erstellt wurde DevOps Change Instanz, und das ist es Aktiv .

      Webhooks in Rally.

    • Konfigurieren Sie den Webhook neu, indem Sie auswählen Konfigurieren Auf der Projektdatensatzseite in DevOps Change-Geschwindigkeit. Dadurch wird der vorhandene Webhook für das Projekt neu konfiguriert.

    Für detaillierte Informationen zu Webhooks in Rally, Siehe Verwalten Sie Webhooks .

    Split.io

    Erforderliche Rolle:
    • Split.io: Split.io-Administratorrechte
    • DevOps Change: sn_devops.admin oder sn_devops.Tool_owner
    Split.io bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn in keine Split.io-Ereignisse angezeigt werden DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Navigieren Sie in Ihrer Split.io-Instanz zu Administratoreinstellungen > Integrationseinstellungen > Integrationenan. Wählen Sie aus Konfiguriert Und wählen Sie aus Bearbeiten Für die ServiceNow DevOps-Anwendung.

      Konfigurieren Sie die ServiceNow DevOps-Anwendung.

      Überprüfen Sie, ob die ServiceNow DevOps-Anwendung in Split.io korrekt konfiguriert ist. Details zur Konfiguration finden Sie unter Aktivieren Sie die Integration mit ServiceNow DevOps im Split-Tool.

    • Überprüfen Sie, ob der Status der ServiceNow DevOps-Anwendung lautet Aktiv .

      ServiceNow DevOps-Anwendung.

    • Konfigurieren Sie den Webhook neu, indem Sie auswählen Konfigurieren Auf der Tooldatensatzseite in DevOps Change-Geschwindigkeit. Dadurch wird der vorhandene Webhook für das Split.io-Tool neu konfiguriert.

    Sie können auch auf verweisen ServiceNow-Integration mit Split.io .

    Jira

    Erforderliche Rolle:
    • Jira: Jira administratorrechte
    • DevOps Change: sn_devops.admin oder sn_devops.Tool_owner
    Jira Bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn Sie nicht sehen Jira Ereignisse in DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Navigieren Sie zu:
      • Für Jira Server navigieren zu Administration > System > Webhooksan.
      • Für Jira Cloud-Instanz, navigieren Sie zu Einstellungen > System > Webhooksan.

      Überprüfen Sie, ob ein entsprechender Webhook für erstellt wurde DevOps Change Instanz.

      Webhook für DevOps-Change.

    • Wählen Sie Aus Bearbeiten Für den Webhook.
      • Überprüfen Sie, ob der Status lautet Aktiviert .
      • Überprüfen Sie, ob Tool IDIn URL Feld ist korrekt. Die Tool IDIst der Wert nach ?toolId=.
      • Überprüfen Sie, ob das geheime Token in URL Feld ist korrekt. Tokenwert befindet sich am Ende der URL nach token=.

      Webhook-Felder.

      Sie können die richtigen Werte von finden Tool IDUnd Secret tokenAuf der Tooldatensatzseite in DevOps Change-Geschwindigkeit.

      Für detaillierte Informationen zu Webhooks in Jira, Siehe Webhooks .

    • Konfigurieren Sie den Webhook neu, indem Sie auswählen Konfigurieren Auf der Tooldatensatzseite in DevOps Change-Geschwindigkeit. Dadurch wird der vorhandene Webhook für neu konfiguriert Jira Tool.
      Hinweis:

      Wenn Sie Ihr Jira-Tool über die OAuth 2,0-basierte Authentifizierung verbunden haben, werden die Webhooks für die OAuth 2,0-Integrations-App in Jira erstellt, wenn Sie automatisch konfigurieren. Wenn Sie eine Verbindung über die Standardauthentifizierung hergestellt haben, werden die Webhooks für alle Ihre Projekte in Jira erstellt. Wenn Sie die Webhooks manuell für ein Jira-Tool konfigurieren, das mit der OAuth 2,0-basierten Authentifizierung erstellt wurde, kann ein doppelter Webhook erstellt werden.

    Bitbucket

    Erforderliche Rolle:
    • Bitbucket: Bitbucket administratorrechte
    • DevOps Change: sn_devops.admin oder sn_devops.Tool_owner
    Bitbucket Bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn Sie nicht sehen Bitbucket Ereignisse in DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Navigieren Sie zu Bitbucket Und wählen Sie das Repository aus, für das Sie Webhooks testen möchten. Navigieren zu Repository-Einstellungen > Workflow > Webhooksan.

      Überprüfen Sie, ob ein entsprechender Webhook für erstellt wurde DevOps Change Instanz.

      Repository-Webhooks.

    • Wählen Sie Aus Bearbeiten Für den Webhook.
      • Überprüfen Sie, ob der Status lautet Aktiv .
      • Überprüfen Sie, ob Tool IDIn URL Feld ist korrekt. Die Tool IDIst der Wert nach /event/.
      • Überprüfen Sie, ob das geheime Token in URL Feld ist korrekt. Tokenwert befindet sich am Ende der URL nach token=.

      Sie können die richtigen Werte von finden Tool IDUnd Secret tokenAuf der Tooldatensatzseite in DevOps Change-Geschwindigkeit.

      Repository-Einstellungen.

      Für detaillierte Informationen zu Webhooks in Bitbucket, Siehe Verwalten Sie Webhooks .

    • Konfigurieren Sie den Webhook neu, indem Sie auswählen Konfigurieren Auf der Tooldatensatzseite in DevOps Change-Geschwindigkeit. Dadurch wird der vorhandene Webhook für neu konfiguriert Bitbucket Tool.

    Argo-CD

    Erforderliche Rolle:
    • Argo CD: Argo CD-Administratorrechte
    • DevOps Change: sn_devops.admin oder sn_devops.Tool_owner

    Argo-CD bietet keine Option zum direkten Testen der Webhook-Konnektivität. Informationen zum Konfigurieren von Webhooks finden Sie unter Konfigurieren Sie Webhooks in Argo CD manuell.