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.
Accédez à la Tous > Contrôle de source > Valider des changements.
Le système affiche la fenêtre Sélectionner les fichiers à valider dans le contrôle de source . Le fichier change de tous les ensembles de mises à jour affichés. Par défaut, le fichier change par rapport à l’affichage de l’ensemble de mises à jour actuel.
Sélectionnez les changements de fichier que vous souhaitez valider.
Pour inclure les changements non suivis, cochez la case Inclure les changements non suivis via la table Mise à jour du client [sys_update_xml].
Cette case à cocher est définie par défaut 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 d’enregistrements sys_update_xml, ainsi que 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 code source .
Le paramètre du système de base pour la propriété est exclude_untracked.
Avant la ServiceNow version Rome, seul le mode include_untracked était utilisé.
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 :
Dans Commentaire de validation, saisissez un commentaire pour les changements.
Cliquez sur Valider les fichiers.
Les opérations suivantes se produisent :
Le système identifie tous les changements locaux.
Le système valide tous les changements locaux dans le référentiel distant.
Remarque :
Pour obtenir la liste des fichiers connus qui n’ont pas d’enregistrement de mise à jour client et qui ne sont pas suivis, consultez Customer Updates table.