Tester les webhooks manuellement
Pour les outils tels que GitLab, Rally, Split.io, Jira, Bitbucket et Argo CD, vous devez tester les webhooks manuellement en cas de problème de connexion.
GitLab
- GitLab: GitLab privilèges d’administrateur
- Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
- Accédez au GitLab projet pour lequel vous souhaitez tester les webhooks et sélectionnez-le.
- Accédez à la .
Lorsque votre projet est configuré dans Vélocité de changement DevOps, des webhooks sont créés pour ce projet dans GitLab. Ces webhooks sont disponibles sous Hook de projet.
Pour chaque projet, deux webhooks sont créés. L’un concerne les événements de code et l’autre les événements d’orchestration.
- Pour tester un webhook, sélectionnez Tester et sélectionnez Événements push dans la liste.Remarque :Vous pouvez également tester d’autres événements, par exemple des événements push de balises.
- Si le webhook est correctement configuré, vous recevez un message de réussite. Par exemple :
- Si le webhook est mal configuré, vous recevrez un message d’erreur. Par exemple :Pour corriger un webhook, vous pouvez essayer les options suivantes :
- Reconfigurez les webhooks en sélectionnant Configurer sur la page d’enregistrement de projet dans Vélocité de changement DevOps. Cela reconfigure tous les webhooks existants pour le projet.
-
Sélectionnez Modifier pour le webhook et vérifiez s’il toolId est correct dans le champ URL . Vérifiez si le jeton secret est correct.
Vous trouverez les valeurs correctes sur la page d’enregistrement de l’outil dans Vélocité de changement DevOps.
- Si le webhook est correctement configuré, vous recevez un message de réussite. Par exemple :
Pour plus d’informations sur les webhooks dans , voir GitLabWebhooks.
Rally
- Rally: Rally privilèges d’administrateur
- Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
-
Depuis votre Rally instance, accédez à .
Vérifiez s’il existe un webhook correspondant créé pour votre Changement DevOps instance et qu’il est actif.
- Reconfigurez le webhook en sélectionnant Configurer sur la page d’enregistrement de projet dans Vélocité de changement DevOps. Cela reconfigure le webhook existant pour le projet.
Pour en savoir plus sur les webhooks dans Rally la section Gestion des webhooks.
Split.io
- Split.io : Split.io privilèges d’administrateur
- Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
-
Depuis votre instance Split.io, accédez à . Sélectionnez l’onglet Configuré, puis Modifier pour l’application ServiceNow DevOps.
Vérifiez si l’application ServiceNow DevOps est correctement configurée dans Split.io. Pour plus d’informations sur la configuration, reportez-vous à la section Activer l’intégration avec ServiceNow DevOps dans l’outil Split.
- Vérifiez si l’état de l’application ServiceNow DevOps est Actif.
- Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de l’outil dans Vélocité de changement DevOps. Cela reconfigure le webhook existant pour l’outil Split.io.
Vous pouvez également consulter l’intégration de ServiceNow à Split.io.
Jira
- Jira: Jira privilèges d’administrateur
- Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
-
Accédez à :
- Pour Jira le serveur, accédez à .
- Pour Jira Instance de cloud, accédez à .
Vérifiez s’il existe un webhook correspondant créé pour votre Changement DevOps instance.
- Sélectionnez Modifier pour le webhook.
- Vérifiez si l’état est Activé.
- Vérifiez si l’option Tool ID dans le champ URL est correcte. Le Tool ID est 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=.
Vous pouvez trouver les valeurs correctes de et Tool IDSecret token dans la page d’enregistrement de l’outil dans Vélocité de changement DevOps.
Pour plus d’informations sur les webhooks dans , voir JiraWebhooks.
- Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de l’outil dans Vélocité de changement DevOps. Cela reconfigure le webhook existant pour l’outil Jira .Remarque :
Si vous avez connecté votre outil JIRA à l’aide de l’authentification basée sur OAuth 2.0, les webhooks sont créés pour l’application d’intégration OAuth 2.0 dans Jira lorsque vous configurez automatiquement, tandis que si vous vous êtes connecté à l’aide de l’authentification de base, les webhooks sont créés pour tous vos projets dans Jira. Si vous choisissez de configurer manuellement les webhooks d’un outil Jira créé à l’aide de l’authentification basée sur OAuth 2.0, un webhook en double peut être créé.
Bitbucket
- Bitbucket: Bitbucket privilèges d’administrateur
- Changement DevOps: sn_devops.admin ou sn_devops.tool_owner
-
Accédez au Bitbucket référentiel pour lequel vous souhaitez tester les webhooks et sélectionnez-le. Accédez à la .
Vérifiez s’il existe un webhook correspondant créé pour votre Changement DevOps instance.
- Sélectionnez Modifier pour le webhook.
- Vérifiez si l’état est Actif.
- Vérifiez si l’option Tool ID dans le champ URL est correcte. Le Tool ID est 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 pouvez trouver les valeurs correctes de et Tool IDSecret token dans la page d’enregistrement de l’outil dans Vélocité de changement DevOps.
Pour en savoir plus sur les webhooks dans Bitbucket la section Gestion des webhooks.
- Reconfigurez le webhook en sélectionnant Configurer dans la page d’enregistrement de l’outil dans Vélocité de changement DevOps. Cela reconfigure le webhook existant pour l’outil Bitbucket .
Argo CD
- Argo CD : Privilèges 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 les webhooks, reportez-vous à la section Configurer manuellement les webhooks dans Argo CD.