Transmettre une version par push

La transmission 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

La transmission push ajoute uniquement la version de développement actuelle au parent, et non toutes les versions de développement.

Remarque :

Les mises à jour d’enregistrements provenant de différentes applications ne peuvent pas être transmises par push ou par pull dans le même format push/pull. Pour résoudre l’erreur en cas de mélange des mises à jour vers d’autres applications : Retirez les mises à jour d’autres applications de la file d’attente. Poussez pour une application. Replacer les mises à jour dans la file d’attente d’une seule application. 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 poussés sont également suivis comme des changements locaux sur le parent. Par conséquent, vous pouvez promouvoir les changements via 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 Tous > 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 toutes les collisions.

   Vous ne pouvez pas forcer les modifications à l’instance parente si des collisions sont détectées.

4. Dans le panneau de configuration, cliquez sur Push.
   La page Transférer les modifications s’ouvre.
5. Donnez un nom aux changements.
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 voulez pas forcer	Cochez les cases situées en regard des lignes et sélectionnez Ne pas envoyer de push dans la liste de choix Actions
   Pour ajouter des modifications	Cliquez sur Annuler et répétez la procédure à partir de l’étape 2

   

7. Facultatif : Modifiez le nom.
   Ce nom identifie l’enregistrement push sur l’instance de développement et l’enregistrement d’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 extraction 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, la poussée est automatiquement annulée et vous devez répéter la procédure à partir de l’étape 3.
   • Si aucune collision n’est détectée, les changements sont transférés 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 existe un conflit de version entre les instances ou si l’instance de transmission a des changements à l’étape En attente de revue de code .
10. Sur la page d’achèvement, cliquez sur Afficher les résultats.
11. Examinez l’enregistrement push pour détecter toute erreur ou changement ignoré.
    • Les changements avec l’état Push ont été validés sur l’instance parente.
    • Les changements avec l’état Ignoré n’ont pas été validés sur l’instance parente et restent 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 transmettez-les. Voici quelques exemples de 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 la modification.
    • Une erreur s’est produite lors de la transmission par push. Essayez d’appuyer à nouveau.
    • La version actuelle n’est pas valide. Revenir à une version précédente et effectuer à nouveau la modification pour garantir que la version est valide
    • Une erreur s’est produite sur le parent pendant la transmission par 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 tous les problèmes liés à l’instance.