Testen Sie Webhooks manuell

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 4 Minuten Lesedauer
  • Für Tools wie GitLab, Rally, Split.io, Jira, Bitbucketund Argo CD müssen Sie Webhooks manuell testen, wenn ein Problem mit der Verbindung auftritt.

    GitLab

    Erforderliche Rolle:
    • GitLab: Administratorrechte für GitLab .
    • DevOps Change: sn_devops.admin oder sn_devops.tool_owner
    Um Webhooks in GitLabmanuell zu testen, müssen Sie:
    1. Navigieren Sie zu GitLab, und wählen Sie das Projekt aus, für das Sie Webhooks testen möchten.
    2. Navigieren zu Einstellungen > Webhooks.

      Wenn Ihr Projekt in DevOps Change-Geschwindigkeitkonfiguriert ist, werden Webhooks für dieses Projekt in GitLaberstellt. Diese Webhooks sind unter Projekt-Hooksverfügbar.

      Webhooks in GitLab.

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

    3. Um einen Webhook zu testen, wählen Sie Test und dann Push-Ereignisse aus der Liste aus.

      Testen Sie den Webhook.

      Hinweis:
      Sie können auch für andere Ereignisse testen, z. B. Tag-Push-Ereignisse.
      • Wenn der Webhook ordnungsgemäß 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 auf der Seite des Projektdatensatzes in DevOps Change-Geschwindigkeitdie Option Konfigurieren auswählen. Dadurch werden alle vorhandenen Webhooks für das Projekt neu konfiguriert.
        • Wählen Sie Bearbeiten für den Webhook aus, und überprüfen Sie, ob toolId im URL- Feld korrekt ist. Überprüfen Sie, ob das geheime Token korrekt ist.

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

          Überprüfen Sie die Webhook-Felder.

    Ausführliche Informationen zu Webhooks in GitLabfinden Sie unter Webhooks.

    Rally

    Erforderliche Rolle:
    • Rally: Administratorrechte für Rally .
    • DevOps Change: sn_devops.admin oder sn_devops.tool_owner
    Rally bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn in [ DevOps Change-Geschwindigkeitkeine Rally -Ereignisse angezeigt werden, können Sie die folgenden Optionen ausprobieren:
    • Navigieren Sie in Ihrer Instanz von Rally zu Meine Einstellungen > Systemverwaltung > Erweiterungen > Webhooks.

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

      Webhooks in Rally

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

    Ausführliche Informationen zu Webhooks in Rallyfinden Sie unter Webhooks verwalten.

    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 Sie keine Split.io-Ereignisse in DevOps Change-Geschwindigkeitsehen, können Sie die folgenden Optionen ausprobieren:
    • Navigieren Sie in Ihrer Split.io-Instanz zu Administratoreinstellungen > Integrationseinstellungen > Integrationen. Wählen Sie die Registerkarte Konfiguriert aus, und wählen Sie Bearbeiten für die Anwendung ServiceNow DevOps aus.

      Konfigurieren Sie die ServiceNow DevOps-Anwendung.

      Überprüfen Sie, ob die ServiceNow DevOps-Anwendung in Split.io ordnungsgemäß konfiguriert ist. Weitere Informationen zur Konfiguration von finden Sie unter Aktivieren Sie die Integration mit ServiceNow DevOps im Split-Tool.

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

      ServiceNow DevOps-Anwendung.

    • Konfigurieren Sie den Webhook neu, indem Sie auf der Seite mit dem Tooldatensatz in DevOps Change-GeschwindigkeitKonfigurieren auswählen. Dadurch wird der vorhandene Webhook für das Split.io-Tool neu konfiguriert.

    Sie können auch die Integration von ServiceNow mit Split.iobeachten.

    Jira

    Erforderliche Rolle:
    • Jira: Administratorrechte für Jira .
    • DevOps Change: sn_devops.admin oder sn_devops.tool_owner
    Jira bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn in [ DevOps Change-Geschwindigkeitkeine Jira -Ereignisse angezeigt werden, können Sie die folgenden Optionen ausprobieren:
    • Navigieren Sie zu:
      • Für Jira Server navigieren Sie zu Administration > System > WebHooks.
      • Navigieren Sie für die Cloud-Instanz Jira zu Einstellungen > System > WebHooks.

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

      Webhook für DevOps-Change.

    • Wählen Sie Bearbeiten für den Webhook aus.
      • Überprüfen Sie, ob der Status „Aktiviert“lautet.
      • Überprüfen Sie, ob Tool ID im URL- Feld korrekt ist. Tool ID ist der Wert nach ?toolId=.
      • Überprüfen Sie, ob das geheime Token im URL- Feld korrekt ist. Der Token-Wert steht am Ende der URL nach token=.

      Webhook-Felder.

      Die richtigen Werte für Tool ID und Secret token finden Sie auf der Tooldatensatzseite in DevOps Change-Geschwindigkeit.

      Ausführliche Informationen zu Webhooks in Jirafinden Sie unter Webhooks.

    • Konfigurieren Sie den Webhook neu, indem Sie auf der Seite mit dem Tooldatensatz in DevOps Change-GeschwindigkeitKonfigurieren auswählen. Dadurch wird der vorhandene Webhook für das Tool Jira neu konfiguriert.
      Hinweis:

      Wenn Sie Ihr Jira-Tool mit OAuth 2.0-basierter Authentifizierung verbunden haben, werden die Webhooks für die OAuth 2.0-Integrations-App in Jira erstellt, wenn Sie automatisch konfigurieren. Wenn Sie hingegen die Standardauthentifizierung verwendet haben, werden die Webhooks für alle Ihre Projekte in Jira erstellt. Wenn Sie die Webhooks für ein Jira-Tool, das mit der OAuth 2.0-basierten Authentifizierung erstellt wurde, manuell konfigurieren, wird möglicherweise ein doppelter Webhook erstellt.

    Bitbucket

    Erforderliche Rolle:
    • Bitbucket: Administratorrechte für Bitbucket .
    • DevOps Change: sn_devops.admin oder sn_devops.tool_owner
    Bitbucket bietet keine Option zum direkten Testen der Webhook-Konnektivität. Wenn in [ DevOps Change-Geschwindigkeitkeine Bitbucket -Ereignisse angezeigt werden, können Sie 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 > Webhooks.

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

      Repository-Webhooks.

    • Wählen Sie Bearbeiten für den Webhook aus.
      • Überprüfen Sie, ob der Status „Aktiv“ist.
      • Überprüfen Sie, ob Tool ID im URL- Feld korrekt ist. Tool ID ist der Wert nach /event/.
      • Überprüfen Sie, ob das geheime Token im URL- Feld korrekt ist. Der Token-Wert steht am Ende der URL nach token=.

      Die richtigen Werte für Tool ID und Secret token finden Sie auf der Tooldatensatzseite in DevOps Change-Geschwindigkeit.

      Repository-Einstellungen

      Ausführliche Informationen zu Webhooks in Bitbucketfinden Sie unter Webhooks verwalten.

    • Konfigurieren Sie den Webhook neu, indem Sie auf der Seite mit dem Tooldatensatz in DevOps Change-GeschwindigkeitKonfigurieren auswählen. Dadurch wird der vorhandene Webhook für das Tool Bitbucket neu konfiguriert.

    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 zur Konfiguration von Webhooks finden Sie unter Konfigurieren Sie Webhooks manuell in Argo CD.