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 en tant que version actuelle sur l’instance parente.

Pourquoi et quand exécuter cette tâche

L’envoi par 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 d’applications différentes ne peuvent pas être envoyées par push / pull dans la même opération push / pull. Pour résoudre l’erreur en cas de mélange de mises à jour vers d’autres applications : Retirer de la file d’attente les mises à jour vers d’autres applications. Push pour une application. Remettez en file d’attente les mises à jour dans une seule application. Poussez, puis répétez si nécessaire.

L’envoi par push crée un ensemble de mises à jour local sur le parent marqué comme terminé. Les changements poussés sont également suivis en tant que changements locaux sur le parent. Par conséquent, vous pouvez promouvoir des changements par le biais de votre hiérarchie de développement et de test en transférant l’ensemble de mises à jour ou en poussant les changements locaux. Chaque transmission par push est enregistrée dans la table Push ou Pull sur 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 à l’instance parente si des collisions sont détectées.

4. Dans le panneau de configuration, cliquez sur Push.
   La page Transmettre les changements par opération push s’ouvre.
5. Attribuez 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 souhaitez pas transmettre par opération push	Cochez les cases en regard des lignes et sélectionnez Ne pas transmettre par 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.
   Le 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 parent.
9. Cliquez sur Transmettre les changements par push.
   Le système lance une opération pull pour s’assurer qu’il n’y a pas de collision avant la transmission.

   • 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 échelonnés sur l’instance parente. Sur le parent, chaque version est validée, puis validée dans l’ordre correct pour maintenir les dépendances entre les enregistrements. Par exemple, une nouvelle table est validée avant un champ de cette table pour s’assurer que le champ est correctement créé.

   Remarque :

   Vous ne pouvez pas effectuer d’opération push en cas de conflit de version entre les instances ou si l’instance effectuant l’opération push a des changements à l’étape En attente d’examen 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 à l’état Poussé ont été validés sur l’instance parente.
    • Les changements à 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é, passez en revue 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 parent, puis transmettez-les par push. Voici quelques exemples de raisons pour lesquelles un changement peut être ignoré :

    • Aucune table n’existe sur le parent, car elle a été créée lorsque vous avez activé 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 par push.
    • Une erreur s’est produite pendant la transmission. Essayez de pousser à nouveau.
    • La version actuelle n’est pas valide. Revenir à une version précédente et effectuer à nouveau le changement pour vous assurer que la version est valide
    • Une erreur s’est produite sur le parent pendant l’opération push. Le champ Journal de l’enregistrement push contient le message d’exception. Examinez les journaux système de l’instance parente et résolvez les problèmes de l’instance.