---
sourceDocument: Gestion des services IT Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-service-management

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des services IT Australie

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Actions personnalisées ServiceNow DevOps de la place de marché GitHub

# Actions personnalisées ServiceNow DevOps de la place de marché GitHub {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 8 minutes de lecture

Utilisez les actions personnalisées de la place de marché GitHub pour collecter les données d'analyse SonarQube, collecter des données de sécurité, mettre en pause ou reprendre un workflow, reprendre un workflow jusqu'à ce qu'une demande de changement soit approuvée ou rejetée dans votre instance, obtenir et mettre à jour les détails de la demande de changement, etc.

Vous pouvez également utiliser des images de conteneurs Docker pour implémenter des actions personnalisées pour les pipelines GitHub Actions. Pour plus d'informations, consultez [Implémenter des actions personnalisées pour les pipelines utilisant une image de conteneur Docker générique](https://servicenow-prod.fluidtopics.net/oOqw40lXbXZKsXizItQ1Eg "Utilisez les actions personnalisées ServiceNow pour collecter les données relatives à la création de demandes de changement, à l'analyse Sonar, à l'enregistrement d'artefacts et à l'enregistrement de packages dans votre pipeline à l'aide de l'image générique du conteneur Docker.").

## Action personnalisée SonarQube ServiceNow DevOps {#ariaid-title2}

Enregistrez les résultats de l'analyse SonarQube d'un projet initié par le workflow exécuté dans votre instance ServiceNow. Vous devez créer l'outil SonarQube dans votre instance et utiliser l'action personnalisée SonarQube ServiceNow DevOps au niveau des étapes d'une tâche dans le workflow.  
Pour consulter les résultats de l'analyse SonarQube, utilisez l'une des méthodes suivantes :

* Accédez à la DevOpsRésultats de qualité logicielleRésumé de la qualité logicielle.
* Accédez à la DevOpsOrchestrerExécution de tâches et en sélectionnant un enregistrement d'exécution de tâche pertinent.
{#servicenow-devops-sonarqube-custom-action__ul_a4f_zsv_45b}  
Effectuez les tâches suivantes pour utiliser l'action personnalisée.

* Créez l'outil SonarQube dans votre instance.Générer un jeton à partir de UtilisateurMon compteSécurité dans votre outil SonarQube et créez un outil dans l'instance à l'aide ServiceNow du jeton généré. Pour plus d'informations, consultez [Intégrer SonarQube à Vélocité de changement DevOps - Espace de travail](https://servicenow-prod.fluidtopics.net/T1N9l8GkSd30cEfVuq63Iw "Connectez-vous à votre instance Sonar à l'aide du playbook de l'espace de travail de changement DevOps.") et [Intégrer SonarQube à Vélocité de changement DevOps - Classique](https://servicenow-prod.fluidtopics.net/PNRrSNPGvhGDpuaIBq8m0w "Connectez-vous à votre instance Sonar pour récupérer les résultats d'analyse.").

* Créez les clés secrètes suivantes pour enregistrer les résultats de l'analyse SonarQube dans l'instance ServiceNow.
  * SONAR_HOST_URL : URL de l'instance SonarQube. Par exemple, <kbd class="ph userinput">https://sonarcloud.io</kbd>
  * SONAR_PROJECT_KEY : clé d'identification d'un projet dans l'instance SonarQube. Par exemple, <kbd class="ph userinput">org.examples:demo</kbd>
  {#servicenow-devops-sonarqube-custom-action__ul_cw4_zsb_35b}
* Configurez l'action personnalisée SonarQube ServiceNow DevOps dans le workflow.

  Vous devez configurer l'action personnalisée `servicenow-devops-sonar` au niveau des étapes de la tâche dans le workflow avec le mot clé uses. Veillez à ne pas altérer les entrées de cette action personnalisée pour enregistrer les résultats de l'analyse SonarQube dans l'instance ServiceNow. Pour plus d'informations, consultez [Sonar ServiceNow DevOps](https://github.com/marketplace/actions/servicenow-devops-sonar-scan-results).
{#servicenow-devops-sonarqube-custom-action__ul_vf2_4sb_35b}

## Action personnalisée Rapport de test ServiceNow DevOps {#ariaid-title3}

Enregistrez les résultats des tests unitaires du projet initié par le workflow exécuté dans votre instance ServiceNow. Vous devez utiliser l'action personnalisée Rapport de test ServiceNow DevOps au niveau des étapes de la tâche dans le workflow.

Affichez les résultats des tests unitaires enregistrés dans votre ServiceNow instance en accédant à DevOpsRésultats des testsRésumés de tests.

Vous pouvez également l'afficher en accédant à DevOpsOrchestrerExécution de tâches et cliquer sur un enregistrement d'exécution de tâche pertinent.  
Effectuez les tâches suivantes pour utiliser l'action personnalisée.

* Créez des clés secrètes dans le référentiel GitHub.
* Configurez l'action personnalisée Rapport de test DevOps dans le workflow.

  Vous devez configurer l'action personnalisée `servicenow-devops-test-report` au niveau des étapes de la tâche dans le workflow avec le mot clé uses. Veillez à ne pas altérer les entrées de cette action personnalisée pour enregistrer les résultats des tests unitaires dans votre instance ServiceNow. Pour plus d'informations, consultez [Rapport de test ServiceNow DevOps](https://github.com/marketplace/actions/servicenow-devops-unit-test-results).
{#servicenow-devops-test-report-custom-action__ul_q5l_txb_35b}

## Action personnalisée Enregistrer l'artefact ServiceNow DevOps {#ariaid-title4}

Enregistrez les artefacts créés ou déployés par le workflow exécuté dans votre instance ServiceNow. Utilisez l'action personnalisée Enregistrer l'artefact ServiceNow DevOps au niveau des étapes de la tâche dans le workflow.

Affichez les détails des artefacts enregistrés dans votre instance en accédant à DevOpsArtefactArtefacts.  
Effectuez les tâches suivantes pour utiliser l'action personnalisée :

* Créez des clés secrètes dans le référentiel GitHub.
* Configurez l'action personnalisée Enregistrer l'artefact ServiceNow DevOps dans le workflow.

  Vous devez configurer l'action personnalisée `servicenow-devops-register-artifact` au niveau des étapes de la tâche dans le workflow avec le mot clé uses. Veillez à ne pas altérer les entrées de cette action personnalisée pour enregistrer les détails de l'artefact dans votre instance. Pour plus d'informations, consultez [Enregistrer les artefacts ServiceNow DevOps](https://github.com/marketplace/actions/servicenow-devops-register-artifact).
{#servicenow-devops-register-artifact-custom-action__ul_m2m_lyb_35b}

## Action personnalisée Enregistrer le package ServiceNow DevOps {#ariaid-title5}

Enregistrez les packages créés ou déployés par le workflow exécuté dans l'instance ServiceNow. Utilisez l'action personnalisée Enregistrer le package ServiceNow DevOps au niveau des étapes de la tâche dans le workflow.

Affichez les détails du package enregistrés dans l'instance ServiceNow en accédant à DevOpsArtefactPackages.  
Effectuez les tâches suivantes pour utiliser l'action personnalisée.

* Créez des clés secrètes dans le référentiel GitHub.
* Configurez l'action personnalisée Enregistrer l'artefact ServiceNow DevOps dans le workflow.

  Vous devez configurer l'action personnalisée `servicenow-devops-register-package` au niveau des étapes de la tâche dans le workflow avec le mot clé uses. Veillez à ne pas altérer les entrées de cette action personnalisée pour enregistrer les détails de l'artefact dans votre instance. Pour plus d'informations, consultez [Enregistrer le package ServiceNow DevOps](https://github.com/marketplace/actions/servicenow-devops-register-package).
{#servicenow-devops-register-package-custom-action__ul_rc2_czb_35b}

## Action personnalisée d'automatisation des changements ServiceNow DevOps {#ariaid-title6}

Créez une demande de changement dans l'instance ServiceNow pour mettre en pause et reprendre l'exécution du workflow à partir de l'instance ServiceNow.

Utilisez l'action personnalisée Automatisation des changements ServiceNow DevOps au niveau des étapes de la tâche dans le workflow. Si le changement n'est pas créé dans le délai spécifié dans le seuil (changeCreationTimeOut) et que le paramètre abortOnChangeCreationFailure est activé, le pipeline est abandonné.

Cette action personnalisée crée une demande de changement dans ServiceNow, active l'option Contrôle du changement et interroge l'instance ServiceNow à l'intervalle défini pour connaître l'état du changement jusqu'à ce que le changement soit approuvé ou rejeté, ou que le seuil de délai d'expiration soit atteint. GitHub abandonne l'exécution du workflow si le seuil de délai est atteint et que le paramètre abortOnChangeStepTimeout est activé.

Cette action personnalisée reprend immédiatement l'exécution du workflow lorsque le reçu du changement est activé pour le pipeline dans ServiceNow sans attendre que le changement soit approuvé ou rejeté dans l'instance ServiceNow.

Affichez le changement créé pour le workflow exécuté dans l'instance ServiceNow en accédant à DevOpsOrchestrerDemandes de changement de pipeline.

Le numéro de changement avec l'état pending_decision s'affiche dans la console Actions GitHub lors de l'interrogation de l'instance ServiceNow pour connaître l'état du changement. Diverses informations, telles que les commentaires sur le changement, la personne à l'origine de l'approbation, la date d'approbation et l'état, sont enregistrées dans la console Actions GitHub une fois le changement approuvé, rejeté ou annulé par l'utilisateur dans l'instance ServiceNow.

Vous pouvez accéder aux journaux de la console dans votre pipeline pour afficher l'état d'une demande de changement ; lors de la création d'une demande de changement, les détails du changement s'affichent selon l'intervalle d'interrogation. Les conditions de politique associées à l'état de la demande de changement sont également évaluées et consignées dans les journaux. Par exemple, si la politique Automatisation avancée de la demande de changement DevOps est activée, les conditions de politique sont évaluées et la décision correspondante (approbation automatique/rejet automatique/approbation manuelle) est consignée dans les journaux.  
Les détails suivants sur la demande de changement s'affichent :

* Numéro
* Détails
* état
* sys_id
* type
* risk
* Priorité
* changeState
* plannedStartDate
* plannedEndDate
* changeRequestURL
{#servicenow-devops-change-automation-custom-action__ul_az3_2p1_tcc}

Remarque :  
changeState indique l'état de la demande de changement et status désigne l'état de l'exécution de l'étape.  
Les journaux des conditions de politique s'affichent comme suit pour les flux de changement du système de base :

* Politique Changement de modèle DevOps : seuls les journaux s'affichent lors de la création du changement et lors de la mise à jour de l'état du changement.
* Politique Automatisation minimale de demande de changement DevOps : les journaux ainsi que la décision de changement et les conditions de politique correspondant à la décision de changement s'affichent.
* Politique Automatisation avancée de demande de changement DevOps : les journaux ainsi que la décision de changement et les conditions de politique correspondant à la décision de changement s'affichent.
{#servicenow-devops-change-automation-custom-action__ul_y3x_1jt_xxb}  
L'entrée de politique de changement et les conditions de décision sont stockées dans la table Décisions \[sys_decision_question\]. Les journaux s'affichent si les champs et opérateurs suivants sont utilisés comme entrée pour les conditions de politique :

Champs
:
    * code_coverage
    * commits_without_work_item
    * integration_tests_failed
    * load_tests_failed
    * regression_tests_failed
    * num_of_outages_in_last_7_days
    * num_of_current_outages
    * num_of_open_incidents
    * total_num_of_commits
    * tests_passing_percent
    * risk
    * code_security
    * validations
    {#servicenow-devops-change-automation-custom-action__ul_qkg_xjt_xxb}

Opérateurs
:
    * \<=
    * \>=
    * !=
    * =
    * \<
    * \>
    * ISNOTEMPTY
    * ISEMPTY
    * ENTRE
    * ANYTHING
    * NSAMEAS
    * SAMEAS
    * GT_FIELD
    * LT_FIELD
{#servicenow-devops-change-automation-custom-action__ul_dst_kpt_xxb}  
Remarque :  
Si d'autres champs que ceux du système de base sont modifiés dans une politique de changement, ces champs doivent être ajoutés manuellement au flux pour que les conditions de politique soient évaluées.  
Effectuez les tâches suivantes pour utiliser l'action personnalisée.

* Créez des clés secrètes dans le référentiel GitHub.
* Configurez l'action personnalisée Automatisation des changements ServiceNow DevOps dans le workflow.

  L'action personnalisée `servicenow-devops-change` doit être configurée au niveau des étapes de la tâche dans le workflow avec le mot clé uses. Les entrées de cette action personnalisée ne doivent pas être altérées pour créer un changement dans votre instance et interroger l'état du changement toutes les secondes. Pour plus d'informations, consultez [Automatisation des changements ServiceNow DevOps](https://github.com/marketplace/actions/servicenow-devops-change-automation).
{#servicenow-devops-change-automation-custom-action__ul_klm_51c_35b}

## Action GitHub - Obtenir un changement ServiceNow DevOps {#ariaid-title7}

Récupérez le numéro de la demande de changement dans un pipeline Actions GitHub en fonction des détails d'un changement spécifique.

L'action personnalisée [Action GitHub - Obtenir un changement ServiceNow DevOps](https://github.com/ServiceNow/servicenow-devops-get-change) doit être ajoutée au niveau de l'étape d'une tâche de pipeline pour récupérer le numéro de la demande de changement à partir d'une instance ServiceNow en spécifiant les détails du changement.

## Action GitHub - Mettre à jour le changement ServiceNow DevOps {#ariaid-title8}

Mettez à jour les détails de la demande de changement associés à un pipeline Actions GitHub.

Vous devez ajouter l'action personnalisée [Action Github - Mettre à jour le changement ServiceNow DevOps](https://github.com/ServiceNow/servicenow-devops-update-change) au niveau des étapes dans une tâche de pipeline pour mettre à jour la demande de changement dans une instance ServiceNow. Le numéro de la demande de changement dont les détails doivent être mis à jour ainsi que les détails de la demande de changement à mettre à jour doivent être spécifiés comme entrée.

## Action Résultats de sécurité ServiceNow DevOps {#ariaid-title9}

Récupérez les résultats de l'analyse de sécurité dans ServiceNow.

Vous devez ajouter l'action personnalisée [Action Résultats de sécurité ServiceNow DevOps](https://github.com/ServiceNow/servicenow-devops-security-result) au niveau de l'étape dans une tâche de pipeline pour récupérer les résultats de l'analyse de sécurité dans ServiceNow.