Tester les webhooks manuellement

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 4 minutes de lecture

    • Pour des outils tels que GitLab, Rally, Split.io, Jira, Bitbucket, et Argo CD, vous devez tester manuellement les webhooks en cas de problème de connexion.

    GitLab

    Rôle requis :
    • GitLab: GitLab privilèges d’administrateur
    • Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
    Pour tester manuellement les webhooks dans GitLab, vous devez :
    1. Accédez au GitLab projet pour lequel vous souhaitez tester les webhooks et sélectionnez-le.
    2. Accédez à la Paramètres > Webhooks.

      Lorsque votre projet est configuré dans Changements de vélocité DevOps, des webhooks sont créés pour ce projet dans GitLab. Ces webhooks sont disponibles sous Hook de projet.

      Webhooks dans GitLab.

      Pour chaque projet, deux webhooks sont créés. L’un est destiné aux événements de code et l’autre aux événements d’orchestration.

    3. Pour tester un webhook, sélectionnez Tester , puis sélectionnez Événements push dans la liste.

      Testez le webhook.

      Remarque :
      Vous pouvez également tester d’autres événements, par exemple les événements push de balises.
      • Si le webhook est configuré correctement, vous recevrez un message de réussite. Par exemple :

        Message de réussite.

      • Si le webhook est mal configuré, vous recevrez un message d’erreur. Par exemple :

        Message d'erreur.

        Pour corriger un webhook, vous pouvez essayer les options suivantes :
        • Reconfigurez les webhooks en sélectionnant Configurer dans la page d’enregistrement de projet dans Changements de vélocité DevOps. Cela reconfigure tous les webhooks existants pour le projet.

        • Sélectionnez Modifier pour le webhook et vérifiez si le toolId est correct dans le champ URL . Vérifiez si le jeton Secret est correct.

          Vous trouverez les valeurs correctes dans la page d’enregistrement de l’outil au Changements de vélocité DevOpsformat .

          Vérifiez les champs Webhook.

    Pour plus d’informations sur les webhooks dans GitLab, consultez Webhooks.

    Rally

    Rôle requis :
    • Rally: Rally privilèges d’administrateur
    • Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
    Rally ne fournit pas d’option permettant de tester directement la connectivité Webhook. Si vous ne voyez Rally pas d’événements dans Changements de vélocité DevOps, vous pouvez essayer les options suivantes :

    • À partir de votre Rally instance, accédez à Mes paramètres > Administration système > Extensions > Webhooks.

      Vérifiez si un webhook correspondant a été créé pour votre Changement DevOps instance et qu’il est actif.

      Webhooks dans Rally.

    • Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de projet dans Changements de vélocité DevOps. Cela reconfigure le webhook existant pour le projet.

    Pour plus d’informations sur les webhooks dans Rally, consultez la section Gestion des webhooks.

    Split.io

    Rôle requis :
    • Split.io : Split.io privilèges d’administrateur
    • Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
    Split.io ne fournit pas d’option permettant de tester directement la connectivité Webhook. Si vous ne voyez pas Split.io événements dans Changements de vélocité DevOps, vous pouvez essayer les options suivantes :

    • À partir de votre instance Split.io, accédez à Paramètres d’administration > Paramètres d’intégration > Intégrations. Sélectionnez l’onglet Configuré , puis Modifier pour l’application ServiceNow DevOps.

      Configurez l’application ServiceNow DevOps.

      Vérifiez si l’application ServiceNow DevOps est correctement configurée dans Split.io. Pour en savoir plus sur la configuration, reportez-vous à la section Activer l’intégration à ServiceNow DevOps dans l’outil de fractionnement.

    • Vérifiez si l’état de l’application ServiceNow DevOps est Actif.

      Application ServiceNow DevOps.

    • Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de l’outil dans Changements de vélocité DevOps. Cela reconfigure le webhook existant pour l’outil Split.io.

    Vous pouvez également vous référer à l’intégration de ServiceNow avec Split.io.

    Jira

    Rôle requis :
    • Jira: Jira privilèges d’administrateur
    • Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
    Jira ne fournit pas d’option permettant de tester directement la connectivité Webhook. Si vous ne voyez Jira pas d’événements dans Changements de vélocité DevOps, vous pouvez essayer les options suivantes :
    • Accédez à :
      • Pour Jira le serveur, accédez à Administration > Système > Webhooks.
      • Pour Jira l’instance de cloud, accédez à Paramètres > Système > Webhooks.

      Vérifiez si un webhook correspondant est créé pour votre Changement DevOps instance.

      Webhook pour le changement DevOps.

    • Sélectionnez Modifier pour le webhook.
      • Vérifiez si l’état est activé.
      • Vérifiez si le Tool ID dans le champ URL est correct. Il s’agit Tool ID de la valeur après ?toolId=.
      • Vérifiez si le jeton secret dans le champ URL est correct. La valeur du jeton se trouve à la fin de l’URL, après token=.

      Champs Webhook.

      Vous trouverez les valeurs correctes de et Tool IDSecret token dans la page d’enregistrement de l’outil dans Changements de vélocité DevOps.

      Pour plus d’informations sur les webhooks dans Jira, consultez Webhooks.

    • Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de l’outil dans Changements de vélocité DevOps. Cela reconfigure le webhook existant pour l’outil Jira .

    Bitbucket

    Rôle requis :
    • Bitbucket: Bitbucket privilèges d’administrateur
    • Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
    Bitbucket ne fournit pas d’option permettant de tester directement la connectivité Webhook. Si vous ne voyez Bitbucket pas d’événements dans Changements de vélocité DevOps, vous pouvez essayer les options suivantes :

    • Accédez au Bitbucket référentiel pour lequel vous souhaitez tester les webhooks et sélectionnez-le. Accédez à la Paramètres du référentiel > Workflow > Webhooks.

      Vérifiez si un webhook correspondant est créé pour votre Changement DevOps instance.

      Webhooks du référentiel.

    • Sélectionnez Modifier pour le webhook.
      • Vérifiez si l’état est Actif.
      • Vérifiez si le Tool ID dans le champ URL est correct. Il s’agit Tool ID de la valeur après /event/.
      • Vérifiez si le jeton secret dans le champ URL est correct. La valeur du jeton se trouve à la fin de l’URL, après token=.

      Vous trouverez les valeurs correctes de et Tool IDSecret token dans la page d’enregistrement de l’outil dans Changements de vélocité DevOps.

      Paramètres du référentiel.

      Pour plus d’informations sur les webhooks dans Bitbucket, consultez Gérer les webhooks.

    • Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de l’outil dans Changements de vélocité DevOps. Cela reconfigure le webhook existant pour l’outil Bitbucket .

    Argo CD

    Rôle requis :
    • Argo CD : privilèges d’administrateur Argo CD
    • Changement DevOps: sn_devops.admin ou sn_devops.tool_owner

    Argo CD ne fournit pas d’option permettant de tester directement la connectivité Webhook. Pour configurer des webhooks, reportez-vous à la section Configurer manuellement les webhooks dans Argo CD.