---
sourceDocument: Yokohama Créer ou modifier des applications
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/application-development

 Release :

    - yokohama

ft:locale :

    - fr-FR

ft:publication_title :

    - Yokohama Créer ou modifier des applications

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Creator


---

Valider les changements
=======================

Valider les changements {#ariaid-title1}
========================================

* Rversion finale: Yokohama
* 
* Mis à jour 30 janv. 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes de lecture

Les développeurs d'applications peuvent valider leurs modifications sur l'instance dans le référentiel Git lié. Vous pouvez sélectionner quelques changements à valider ou valider tous les changements sur l'instance en une seule fois.

Avant de commencer
------------------

* Rôle requis : admin
* [Lier une application ou une personnalisation d'application au contrôle de source](https://servicenow-prod.fluidtopics.net/kZ0bEcXzBZDASq1NNqY3IA "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.")
{#t_CommitChanges__ul_zyd_vlt_s5}

Procédure
---------

1. Accédez à la ToutContrôle de sourceValider des changements.  
   Le système affiche la fenêtre Sélectionner les fichiers à valider dans le contrôle de source . Les changements de fichier de tous les ensembles de mises à jour s'affichent. Par défaut, le fichier change par rapport à l'affichage de l'ensemble de mises à jour actuel.
2. Sélectionnez les changements de fichier que vous souhaitez valider.
3. Pour inclure les modifications non suivies, cochez la case Inclure les modifications non suivies via la table de mise à jour du client \[sys_update_xml\].  
   * La valeur par défaut de cette case à cocher est définie via la propriété glide.sourcecontrol.default_commit_mode .
     * La propriété peut être définie sur include_untracked ou exclude_untracked.
     * Le mode include_untracked valide les mises à jour de l'application qui ne génèrent pas sys_update_xml enregistrements, ainsi que toutes les mises à jour sélectionnées par l'utilisateur.
     * Le mode exclude_untracked valide uniquement les mises à jour sélectionnées par l'utilisateur dans la boîte de dialogue Sélectionner les fichiers à valider dans le contrôle de source .
     {#t_CommitChanges__ul_x41_fhl_spb}
   * Le paramètre système de base pour la propriété est exclude_untracked.
   * Avant la ServiceNow version Rome, seul le mode include_untracked était utilisé.

   {#t_CommitChanges__ul_up1_qgl_spb}

   Pour masquer la case à cocher et utiliser la valeur de la propriété glide.sourcecontrol.default_commit_mode , créez la propriété sn_devstudio.vcs.allow_commit_mode_selection et définissez-la sur false. Cocher cette case peut entraîner une pénalité de performance.  
   Remarque :  
   Les validations se produisent toujours en mode include_untracked dans les cas suivants :
   * Première liaison au contrôle de source. (Pour en savoir plus, voir [Lier une application ou une personnalisation d'application au contrôle de source](https://servicenow-prod.fluidtopics.net/kZ0bEcXzBZDASq1NNqY3IA "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.").)
   * Publication d'une application liée au contrôle de source à partir de ServiceNow Studio. (Pour en savoir plus, voir [Publier une application à partir de ServiceNow Studio quand elle est liée au contrôle de source](https://servicenow-prod.fluidtopics.net/NgWJg2qFxiw7EsFVSC024Q "Vous pouvez publier une application personnalisée à partir de ServiceNow Studio quand elle est liée au contrôle de source.").)
   * Le mode de validation sélective est désactivé.
   {#t_CommitChanges__ul_fzw_4hl_spb}
4. Cliquez sur Continuer.
5. Dans Commentaire de validation, saisissez un commentaire pour les changements.
6. Cliquez sur Valider les fichiers.  
   Les opérations suivantes se produisent :
   * Le système identifie tous les changements locaux.
   * Le système valide toutes les modifications locales dans le référentiel distant.

   {#t_CommitChanges__ul_ilx_545_s5}  
   Remarque :  
   Pour obtenir la liste des fichiers connus qui n'ont pas d'enregistrement de mise à jour du client et qui ne sont pas suivis, reportez-vous à la section [Customer Updates table](https://www.servicenow.com/docs/access?context=r_CustomerUpdatesTable&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US).
{#t_CommitChanges__steps_lt3_bp5_s5}