Testen Sie Webhooks manuell

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 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 ein Problem mit der Verbindung auftritt.

    GitLab

    Erforderliche Rolle:
    • GitLab: GitLabadministratorrechte
    • 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 GitLabUnd 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: Rallyadministratorrechte
    • 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 RallyEreignisse in DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Von Ihrem RallyInstanz, navigieren Sie zu Meine Einstellungen > Systemverwaltung > Erweiterungen > Webhooksan.

      Überprüfen Sie, ob ein entsprechender Webhook für erstellt wurde DevOps ChangeInstanz, 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: Jiraadministratorrechte
    • 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 JiraEreignisse in DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Navigieren Sie zu:
      • Für JiraServer navigieren zu Administration > System > Webhooksan.
      • Für JiraCloud-Instanz, navigieren Sie zu Einstellungen > System > Webhooksan.

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

      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 JiraTool.
      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: Bitbucketadministratorrechte
    • 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 BitbucketEreignisse in DevOps Change-Geschwindigkeit, Sie können die folgenden Optionen ausprobieren:
    • Navigieren Sie zu BitbucketUnd 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 ChangeInstanz.

      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 BitbucketTool.

    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.