Processus de développement de l’équipe

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 1 minute de lecture
  • Le processus de Développement de l’équipe de base configure la hiérarchie des instances, accorde des droits d’accès aux développeurs, gère le déplacement des changements de développement des instances de développement vers les instances de test et promeut les applications vers l’instance de production.

    Procédure

    1. Configurez la hiérarchie de l’instance de développement comme décrit à la section Configurer une hiérarchie d’instances.
      1. Mettez en service les instances de développement sur la même version logicielle que l’instance cible. Par exemple, utilisez la version du logiciel en cours d’exécution sur votre instance de production.
      2. [Recommandé] Clonez la cible vers les instances de développement.
      3. Pour chaque instance, définissez l’instance parente.
      4. [Facultatif] Pour chaque instance, définissez les instances homologues.
      5. Pour chaque instance, extrayez tous les changements de l’instance parente.
    2. Pour les instances de sous-développement, accordez des droits d’accès aux développeurs appropriés.
    3. Développez des personnalisations sur les instances de sous-développement.
      Utilisez le tableau de bord de l’équipe pour suivre les activités de développement.
      • Extrayez les versions de l’instance parente, telles que les versions qui ont été transmises par push à partir d’autres instances de sous-développement. Réconciliez tous les conflits avec la version locale actuelle, si nécessaire.
      • Suivez les changements locaux. Mettez en file d’attente les changements prêts à être envoyés par push à l’instance de développement parente.
      • Comparez les versions sur des instances homologues. Réconciliez tous les conflits.
    4. Lorsqu’une fonctionnalité est prête à être promue vers l’instance de développement parente, envoyez la version actuelle des enregistrements personnalisés via push.
    5. Facultatif : Demander aux réviseurs de code d’approuver ou de rejeter la version transmise.
    6. Testez et promouvez la fonctionnalité en production en fonction de votre processus de gestion des tests et des mises en production.