Legacy - Lier une application ou une personnalisation d’application au contrôle de source

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 3 minutes de lecture

    • La liaison d’une application ou d’une personnalisation d’application au contrôle de source permet aux développeurs d’applications de gérer les changements à partir d’un référentiel Git.

    Avant de commencer

    Important :
    À partir de la Xanadu mise en production, la legacy version de est en cours de ServiceNow Studio préparation pour une éventuelle dépréciation. Ce module d'extension sera masqué et ne sera plus activé sur les nouvelles instances, mais continuera d'être pris en charge. Pour en savoir plus sur le processus de dépréciation, consultez l’article Processus de dépréciation [KB0867184] dans la base de connaissances Now Support.

    Essayez plutôt de créer et de modifier des applications dans la version actuelle de ServiceNow Studio Pour plus d'informations, consultez ServiceNow Studio.

    • Rôle requis : admin
    • En savoir plus sur la gestion des personnalisations d’application.
    • Créez un référentiel Git dédié pour l’application. Pour plus de sécurité, activez l’authentification multifacteur pour le référentiel Git.
    • Générez un jeton d’accès que l’intégration de contrôle de source peut utiliser à la place d’un mot de passe et d’une clé d’accès d’authentification multifacteur. Recherchez un jeton d’accès personnel sur GitHub ou GitLab.
    • Limitez les autorisations sur le jeton d’accès pour autoriser l’accès en lecture et en écriture au référentiel Git.
    • Vérifiez que l’instance de non-production dispose d’un accès réseau au référentiel Git.
    • Assurez-vous que les utilisateurs ajoutent l’adresse e-mail aux enregistrements de la table des utilisateurs respectifs (ServiceNow sys_user) qu’ils utilisent dans leurs validations dans le référentiel Git.
    • Pour en savoir plus : Legacy - Migrer l’historique des ensembles de mises à jour terminés vers le contrôle de source

    Pourquoi et quand exécuter cette tâche

    L’intégration du contrôle de source ne prend pas en charge la liaison à une application ou la personnalisation sur une instance de production. Au lieu de cela, installez des applications sur une instance de production à partir du référentiel d’applications, d’un ensemble de mises à jour ou du .ServiceNow Store

    Procédure

    1. Ouvrez l’application que vous souhaitez lier au contrôle de source dans Studio.
    2. Accédez à la Contrôle de source > Lien vers le contrôle de source.
      Studio affiche la boîte de dialogue Lien vers le contrôle de source.Boîte de dialogue Lien vers le contrôle de source
    3. Saisissez les détails de connexion pour le référentiel Git.
      Tableau 1. Détails de la connexion du contrôle de source
      Champ Description
      Protocole réseau Type d’informations d’identification HTTPS ou SSH qui permet un échange de données de canal sécurisé.
      URL L’URL vers le référentiel Git dans lequel vous souhaitez enregistrer les fichiers d’application. Pour le protocole SSH, utilisez la commande pour générer la clé privée ssh-keygen -t rsa -m PEM -b 4096 -C « email@address ».
      Remarque :
      Si l’URL du référentiel Git pour SSH fournie par votre serveur Git ne fonctionne pas, vérifiez auprès du propriétaire ou du fournisseur de votre serveur Git l’URL correcte. Des spécifications supplémentaires, telles que des préfixes de protocole de schéma, des numéros de port, etc., peuvent être requises pour que votre URL de référentiel Git fonctionne.
      Informations d'identification Informations d’identification à utiliser avec le protocole sélectionné. Consultez Introduction aux informations d’identification pour en savoir plus sur la création d’informations d’identification.
      Remarque :
      Si vous sélectionnez le protocole réseau SSH, entrez des informations d’identification valides du type de clé privée SSH. Si vous sélectionnez le protocole https, entrez des informations d’identification valides du type d’informations d’identification Authentification de base.
      Brancher La branche de référentiel sur laquelle travailler au sein de l’application.
      Nom de serveur MID Nom du serveur MID existant à travers lequel la liaison doit être effectuée.
      Remarque :
      Utilisez un serveur MID distinct pour éviter les conflits d’activités Découverte .

      Assurez-vous que l’utilisateur du serveur MID peut créer des fichiers pour la table sys_attachment et que la table peut accepter les fichiers de type « bundle ».

      La liaison ou l’importation d’une application via un serveur MID permet d’accéder aux référentiels derrière un pare-feu. Pour en savoir plus, consultez les rubriques Utilisation du serveur MID avec le contrôle de source et Serveur MID
      E-mail par défaut L’adresse e-mail du validateur est définie par l’enregistrement de sys_user s’il est disponible. Mais si le champ d’e-mail d’enregistrement sys_user d’un validateur est vide, le système génère un autre e-mail (username@instancename.service-now.com). Vous pouvez également saisir une adresse e-mail par défaut et la modifier ultérieurement. Pour utiliser cette adresse e-mail par défaut dans tous les cas, cochez la case.
      Commentaire de validation Description facultative du référentiel ou de l’application.
      Remarque :
      Tous les développeurs d’application dans l’instance partagent un ensemble unique d’informations d’identification de référentiel.
    4. Cliquez sur Envoyer.
      Le système valide la connexion et les informations d’identification de l’utilisateur et affiche un message de réussite.

      Tous les développeurs d’applications sur l’instance peuvent utiliser le référentiel Git lié pour gérer les changements.