Testen Sie Webhooks manuell

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 4 Minuten Lesedauer
  • Für Tools einschließlich GitLab, Rally, Split.io, Jira, Bitbucket, Und Argo CD müssen Sie Webhooks manuell testen, wenn Probleme mit der Verbindung auftreten.

    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 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 reparieren, können Sie die folgenden Optionen ausprobieren:
        • Konfigurieren Sie die Webhooks neu, indem Sie auswählen Konfigurieren Auf der Seite „Projektdatensatz“ 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.

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

          Überprüfen Sie die Webhook-Felder.

    Um detaillierte Informationen zu Webhooks in zu erhalten 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 Seite „Projektdatensatz“ in DevOps Change-Geschwindigkeit. Dadurch wird der vorhandene Webhook für das Projekt neu konfiguriert.

    Um detaillierte Informationen zu Webhooks in zu erhalten 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 Split.io-Ereignisse in nicht 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 Registerkarte und wählen Sie aus Bearbeiten Für die Anwendung ServiceNow DevOps.

      Konfigurieren Sie die ServiceNow DevOps-Anwendung.

      Überprüfen Sie, ob die ServiceNow DevOps-Anwendung in Split.io richtig konfiguriert ist. Weitere Informationen zum Konfigurieren 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 Informationen zu finden 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 im enthalten ist 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.

      Um detaillierte Informationen zu Webhooks in zu erhalten 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 die Konfiguration automatisch vornehmen. Wenn Sie die Verbindung mit der 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, wird möglicherweise ein doppelter Webhook erstellt.

    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 im enthalten ist 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.

      Um detaillierte Informationen zu Webhooks in zu erhalten 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.