Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier les répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer de répertoire.
Une fois que vous vous êtes connecté à Git, vos modifications sont suivies dans Microsoft Dataverse. Vous pouvez afficher une liste des modifications non gérées sur la page Contrôle de code source de votre Solution non gérée. Les objets qui font partie de la couche gérée ne sont pas inclus dans la validation.
Afficher les modifications dans la zone des solutions
Après avoir apporté une modification ou ajouté un objet dans une solution non gérée, accédez à la zone Solutions dans Power Apps.
Ouvrez la solution à laquelle vous avez apporté des modifications et sélectionnez Contrôle de code source dans le volet de navigation de gauche.
L’écran du contrôle de code source fournit une liste des Modifications qui peuvent être validées depuis votre environnement vers le contrôle de code source. Sélectionnez Actualiser pour actualiser la liste si vous avez apporté des modifications dans un autre onglet du navigateur. Si vous sélectionnez Rechercher des mises à jour, votre référentiel de code source est interrogé et identifie si des Mises à jour dans Git peuvent être extraites dans votre environnement. Lorsqu’ils sont détectés, vous devez résoudre les Conflits détectés entre les objets de votre environnement et Git.
Résolution de conflit
Le système détecte s’il y a des modifications conflictuelles dans votre référentiel source. Il répertorie ces problèmes dans l’onglet Conflits. Vous devez résoudre tous les conflits avant toute extraction ou validation. Sélectionnez chaque conflit répertorié, puis choisissez de conserver les modifications existantes si vous souhaitez conserver les modifications provenant de votre environnement ou d’accepter les modifications entrantes si vous souhaitez accepter les modifications apportées dans votre référentiel de code source.
Si vous choisissez de conserver les modifications existantes, ces objets sont déplacés vers l’onglet Modifications et peuvent être validés dans votre référentiel de code source. Si vous choisissez d’accepter les modifications entrantes, ces objets sont déplacés vers l’onglet Mises à jour et peuvent être extraits dans votre environnement. La sélection dans l’onglet Conflits n’effectue aucune action immédiate avec le contrôle de code source, mais résout le conflit de sorte que votre prochaine action d’extraction ou de validation effectue les modifications que vous avez sélectionnées sans autre conflit.
Extraire les modifications disponibles à partir du référentiel de contrôle de code source
Pour importer les mises à jour disponibles à partir de votre référentiel de contrôle de code source dans votre environnement, accédez à l’onglet Mises à jour et sélectionnez Rechercher des mises à jour. Ensuite, passez en revue les mises à jour disponibles, puis sélectionnez Extraire dans la barre de commandes. Nous vous recommandons de valider les expériences d’application qui ont pu être affectées par ces modifications entrantes.
Si un objet a été supprimé dans Git, vous êtes invité à supprimer l’objet de votre solution (l’objet reste dans l’environnement) ou à supprimer l’objet de votre environnement. Cela est nécessaire avant que les mises à jour ne soient extraites de Git.
Valider les modifications, du répertoire de contrôle de code source
Pour valider les modifications dans le contrôle de code source, accédez à l’onglet Modifications et passez en revue les modifications. Sélectionnez Valider dans le menu supérieur, entrez un commentaire sur votre validation, puis sélectionnez à nouveau Valider.
Une fois vos modifications validées, vous pouvez soit accéder directement à Azure DevOps pour afficher votre validation, soit sélectionner le numéro de validation fourni dans l’élément de la barre d’informations qui vous informe de la réussite de votre validation.
Note
Il est recommandé de résoudre d’abord vos conflits, puis de tirer les modifications du code source dans votre environnement, de vérifier que votre application est toujours fonctionnelle et fonctionne comme prévu, puis de valider vos modifications dans le contrôle de code source. Cette pratique garantit que les commits de code source sont de la meilleure qualité.