Testen Sie Webhooks manuell

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 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 > Webhooksan.

      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. Beispiel:

        Erfolgsmeldung.

      • Wenn der Webhook falsch konfiguriert ist, erhalten Sie eine Fehlermeldung. 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 > Webhooksan.

      Ü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 > Integrationenan. 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.io beachten.

    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 > WebHooksan.
      • Navigieren Sie für die Cloud-Instanz Jira zu Einstellungen > System > WebHooksan.

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

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

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