Transmettre par push une version

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 3 minutes de lecture
  • Vous pouvez transmettre par push une version de l’instance de développement à l’instance parente.

    Avant de commencer

    Rôle requis : admin

    Pourquoi et quand exécuter cette tâche

    L’envoi ajoute uniquement la version de développement actuelle au parent, et non toutes les versions de développement. Les mises à jour d’enregistrements provenant de différentes applications ne peuvent pas être transmises par push ou pull dans la même opération push / pull.

    Vous pouvez résoudre l’erreur dans le cas où les mises à jour d’autres applications sont mélangées :
    1. Arrêtez les mises à jour vers d’autres applications.
    2. Transmettre par push pour une application.
    3. Remettez les mises à jour en file d’attente dans une seule application.
    4. Poussez, puis répétez si nécessaire.

    L’opération Push crée un ensemble de mises à jour local sur le parent qui est marqué comme terminé. Les changements transférés sont également suivis en tant que changements locaux sur le parent. Vous pouvez promouvoir des changements dans votre hiérarchie de développement et de tests en transférant l’ensemble de mises à jour. Vous pouvez également forcer les changements locaux. Chaque transmission 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 qui sont prêts à être envoyés par push.
    3. Extrayez les versions de l’instance parente et résolvez les collisions.

      Si des collisions sont détectées, vous ne pouvez pas envoyer les changements à l’instance parente.

    4. Dans le panneau de configuration, sélectionnez Push.
      La page Forcer les changements s’ouvre.
    5. Attribuez un nom aux changements.
    6. Passez en revue la liste des changements pour confirmer que les changements corrects sont inclus.
      • Pour supprimer les changements.

        Sélectionnez les changements, puis sélectionnez Ne pas effectuer d’opération push dans la liste Actions .

      • Pour ajouter des changements.

        Sélectionnez Annuler , puis sélectionnez les changements à ajouter.

    7. 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.
    8. Sélectionnez Transmettre les changements par push.
      Le système lance une opération pull pour confirmer qu’il n’y a pas de collisions avant que le push 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 indexé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 confirmer 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 a des changements à l’étape En attente de revue de code .
    9. Sur la page d’achèvement, sélectionnez Afficher les résultats.
    10. Examinez l’enregistrement push pour détecter toute erreur ou tout changement ignoré.
      • Les changements à 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.
    11. Pour chaque changement ignoré, consultez le message du journal afin de 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 poussez-les. Voici quelques exemples de raisons pour lesquelles un changement est ignoré :
      • Une table n’existe pas sur le parent, car elle a été créée lorsque vous avez activé un module d’extension sur l’instance de développement. Confirmez que le module d’extension est activé sur le parent et envoyez le changement de nouveau.
      • 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 confirmer que la version est valide
      • Une erreur s’est produite sur le parent pendant le transfert. Le champ Journal de l’enregistrement push contient le message d’exception. Examinez les journaux système de l’instance parente et résolvez tout problème avec l’instance.