Transmettre une version par push

L’opération push promeut les changements de l’instance de développement vers l’instance parente et valide la version actuelle d’un enregistrement personnalisé sur l’instance de développement comme version actuelle sur l’instance parente.

Pourquoi et quand exécuter cette tâche

L’opération push ajoute uniquement la version de développement actuelle au parent, et non toutes les versions de développement.

Remarque :

Les mises à jour apportées à des enregistrements provenant de différentes applications ne peuvent pas être transmises par une seule opération push ou pull. Pour résoudre l’erreur dans le cas où des mises à jour d’autres applications sont mélangées : Retirez la file d’attente des mises à jour vers d’autres applications. Push pour une application. Replacer les mises à jour dans une seule application dans la file d’attente. Poussez puis répétez au besoin.

L’opération push crée un ensemble de mises à jour local sur le parent qui est marqué comme terminé. Les changements transmis par push sont également suivis en tant que changements locaux sur le parent. Par conséquent, vous pouvez promouvoir les changements dans votre hiérarchie de développement et de test en transférant l’ensemble de mises à jour ou en poussant les changements locaux. Chaque opération push est enregistrée dans la table Push ou Pull de l’instance de développement.

Procédure

1. Accédez à la Tout > Développement de l'équipe > Tableau de bord de l'équipe.
2. Mettez en file d’attente les changements locaux prêts à être envoyés par push.
3. Extrayez les versions de l’instance parente et résolvez les collisions.

   Vous ne pouvez pas transmettre les changements par push à l’instance parente si des collisions sont détectées.

4. Dans le panneau de configuration, cliquez sur Push.
   La page Push Changes (Transférer les modifications) s’ouvre.
5. Attribuez un nom aux modifications.
6. Passez en revue la liste des changements pour vous assurer que les changements corrects sont inclus.

   Option	Description
   Pour supprimer les changements que vous ne souhaitez pas transmettre par push	Cochez les cases en regard des lignes, puis sélectionnez Ne pas effectuer d’opération push dans la liste de choix Actions
   Pour ajouter des modifications	Cliquez sur Annuler et répétez la procédure de l’étape 2

   

7. Facultatif : Modifiez le nom.
   Ce nom identifie l’enregistrement push sur l’instance de développement et l’enregistrement de l’ensemble de mises à jour local sur l’instance parente.
8. Facultatif : Saisissez des commentaires.
   Les commentaires sont ajoutés à l’enregistrement push sur l’instance de développement et à l’enregistrement d’ensemble de mises à jour local sur l’instance parente.
9. Cliquez sur Transférer les modifications.
   Le système lance une opération pull pour s’assurer qu’il n’y a pas de collision avant que la transmission ne se poursuive.

   • Si des collisions sont détectées, le push est automatiquement annulé et vous devez répéter la procédure de l’étape 3.
   • Si aucune collision n’est détectée, les changements sont intermédiaires sur l’instance parente. Sur le parent, chaque version est validée, puis validée dans le bon ordre pour maintenir les dépendances entre les enregistrements. Par exemple, une nouvelle table est validée avant un champ de cette table pour garantir que le champ est correctement créé.

   Remarque :

   Vous ne pouvez pas effectuer d’opération Push s’il y a un conflit de version entre les instances ou si l’instance Push comporte des changements à l’étape En attente de revue de code .
10. Sur la page de complétion, cliquez sur Afficher les résultats.
11. Examinez l’enregistrement push pour détecter toute erreur ou tout changement ignoré.
    • Les changements ayant un état Push ont été validés sur l’instance parente.
    • Les changements dont l’état est Ignoré n’ont pas été validés sur l’instance parente et restent mis en file d’attente en tant que changements locaux sur l’instance de développement.
12. Pour chaque changement ignoré, examinez le message du journal pour déterminer pourquoi le changement a été ignoré.
    Développez tous les changements nécessaires pour valider la version souhaitée sur l’instance parente, puis transférez-les. Voici quelques exemples des raisons pour lesquelles un changement peut être ignoré :

    • Une table n’existe pas sur le parent, car elle a été créée lors de l’activation d’un module d’extension sur l’instance de développement. Assurez-vous que le module d’extension est activé sur le parent et transmettez à nouveau le changement.
    • Une erreur s’est produite lors de la transmission push. Essayez d’appuyer à nouveau.
    • La version actuelle n’est pas valide. Revenir à une version précédente et effectuer à nouveau le changement pour garantir la validité de la version
    • Une erreur s’est produite sur le parent lors de l’opération push. Le champ Journal de l’enregistrement push contient le message d’exception. Passez en revue les journaux système sur l’instance parente et résolvez les problèmes de l’instance.