Forcer les changements

Vous pouvez transmettre par push des versions d’enregistrements personnalisés pour synchroniser votre instance avec l’instance parente.

Les développeurs doivent tenir compte des éléments suivants lors de la préparation de la transmission par push des changements.

• Envoie les changements par push lorsqu’une fonctionnalité est testée et prête à être promue vers l’instance de développement parente.
• L’envoi des modifications à l’instance parente ne fait qu’ajouter la version de développement actuelle. Les modifications apportées aux versions de développement précédentes ne sont pas push.
• L’envoi des changements crée un ensemble de mises à jour local sur l’instance parente qui est marquée comme terminée.
• Transférez l’ensemble de mises à jour ou lancez une opération push pour déplacer les changements locaux dans votre hiérarchie de développement et de tests.
• Personnalisez les changements à transmettre à l’instance parente.
• Les versions transmises par push sont également suivies en tant que changements locaux sur les instances parentes.

Workflow lors de l’envoi des changements

1. Mettre en file d’attente un changement local pour une opération push

   Les développeurs d’applications peuvent mettre en file d’attente un changement local pour obtenir un push afin de confirmer que les changements sont disponibles pour d’autres développeurs.

2. Transmettre par push une version

   L’opération push promeut les changements de l’instance de développement vers l’instance parente.

3. Revues de code

   Les administrateurs de Développement de l’équipe peuvent exiger que les push subissent une revue de code avant d’accepter des pushs.

4. Approuver ou rejeter une opération push

   Les réviseurs de code doivent approuver ou rejeter une opération push depuis l’application Développement de l'équipe .

5. Vérifier l’état de révision d’un changement poussé

   Si l’instance parente nécessite que les changements soient soumis à une revue de code, les modifications sont placées à l’étape En attente de revue de code .

6. Comparer une version envoyée par push à une version locale

   Les réviseurs de code peuvent comparer les versions transmises via une opération push aux versions locales pour voir l’effet potentiel des modifications à venir.

7. Annuler une opération push

   Les développeurs d’applications peuvent annuler une opération push pour supprimer les modifications indésirables.

• Mettre en file d’attente un changement local pour une opération push
  Les développeurs d’applications peuvent mettre en file d’attente un changement local pour confirmer que les changements sont disponibles pour d’autres développeurs.
• Transmettre par push une version
  Vous pouvez transmettre par push une version de l’instance de développement à l’instance parente.
• Revues de code
  Développement de l'équipe Les administrateurs peuvent exiger que les push subissent une revue de code avant d’accepter des pushs.
• Approuver ou rejeter une opération push
  Les réviseurs de code doivent approuver ou rejeter une opération push depuis l’application Développement de l'équipe .
• Vérifier l’état de révision d’un changement poussé
  Si l’instance parente nécessite que les modifications transmises par push soient envoyées en revue de code, les modifications sont placées dans l’étape En attente de revue de code .
• Annuler une opération push
  Les développeurs d’applications peuvent annuler une opération push pour supprimer les modifications indésirables.
• Comparer une version envoyée par push à une version locale
  Les réviseurs de code peuvent comparer les versions transmises via une opération push aux versions locales pour voir l’effet potentiel des modifications à venir.
• Rapprocher les changements
  Le rapprochement des changements compare l’instance locale à l’instance parente. Un rapport est généré sur les changements locaux et calcule le nombre de changements prêts à être transmis par pull à partir du parent.