Comparaison de pages

...

https://divalto.atlassian.net/wiki/spaces/UDW62/folder/11723538537

• Etape 1 : Lancer la migration
  Depuis VSCode, executer la commande (ctrl+shift+P) Divalto : Migrate current project
  

  

• Etape 2 : Confirmation
  Une confirmation sera demandée par l’extension. Répondre oui pour continuer vers la migration du projet
  

  

• Etape 3 : Vérification de l'éligibilité du projet
  Une console s’ouvre dans la zone que vous avez configuré. Elle vous indique que la migration peut commencer (si votre projet n’est pas éligible à la migration des profils, nous ne déclenchons pas le processus).
  C’est à cet endroit que vous pourrez avoir le détail de progression de migration.
  

  

• Etape 4 : Récupération des données du projet
  L’extension va récupérer les données permettant de savoir si le projet est déjà migré et ce qu’il faut migrer. Un message s’affichera dans la console lorsque les données sont récupérées.
  Nous considérons que votre projet est déjà migré si la table sw_data_feature n’est pas vide.
  

  

Remarque

Etape 5 : Exporter la configuration spécifique Cette étape est fortement recommandée ! Un message conseillera ensuite d’exporter la configuration spécifique du projet avant de démarrer la migration pour s’assurer d’en garder une copie et de pouvoir l’appliquer au besoin ou la consulter à tout moment du processus. Si ce n’est pas déjà fait comme indiquer plus tôt, annulez l’opération et exportez votre configuration. Vous relancerez la migration à l'étape 1 ensuite.

Remarque

Etape 6 : Lancement du Backend [GLOBAL] Update Project Cette étape est obligatoire sans quoi, la migration échouera ou insérera de mauvaise donnée Un message vous demandera si comme lors de chaque migration de projet que vous auriez effectué par le passé, si vous avez bien lancé le Backend [GLOBAL] Update Project pour rappel il s’agit de ce Backend : Si ce n’est pas fait, laisser cette écran en attente et aller lancer le Backend en question. Une fois le Backend terminé vous pouvez continuer la migration en cliquant sur

• Etape 7 : Définir les éléments à migrer
  Cette étape peut ne pas se présenter à vous. Elle analyse les données de l'étape 4 et si besoin, vous demandera de valider ou indiquer vos choix concernant des noms de feature ou capacité, ainsi que leur valeur par défaut pour pouvoir remplir la table sw_data_confpermission_overloadprofilemapping
  Quelques points sont à détailler dans cette étape :

  • Dépendant du volume de spécifique à migrer, nous avons décidé d’appliquer une limite de 10 éléments pour ne pas imposer de devoir répondre à trop de question.
    Cependant, nous alertons et permettons de l'éviter.
    

    

  • Suite au point précédent, s’il y a des éléments en attente de traitement, une succession de questions vous seront posées.
    Comme inscrit dans le point suivant, ce n’est pas grave si vous vous trompez lors de la saisie de la réponse car le récapitulatif sera consultable avant migration dans la table sw_data_confpermission_overloadprofilemapping.
    Voici un exemple des deux types de question posée :

    • Questions posées lorsque nous trouvons une feature ou capacité des éléments à migrer
      Tout d'abord, nous demandons de confirmer le nom à utiliser pour une feature ou capacité
      

      

      
      Puis nous demandons de confirmer la valeur de la feature ou capacité
      

      

      
      Dans la console, le récapitulatif sera affiché
      

      

    • Question posée lorsque nous trouvons une feature ou capacité à migrer avec plusieurs valeurs possibles
      Tout d'abord, nous demandons de confirmer le nom à utiliser pour une feature ou capacité
      

      

      
      Puis nous demandons de confirmer une des valeurs de la feature ou capacité.
      Comme le montre la capture d'écran, il est aussi possible de choisir une valeur différente.
      Si les valeurs ne sont pas satisfaisantes, vous pourrez la modifier directement dans la table sw_data_confpermission_overloadprofilemapping avant d’appliquer la migration.
      

      

      
      Dans la console, le récapitulatif sera affiché
      

      

    • Dès que tous les éléments sont traités, nous les insérons en base dans la table sw_data_confpermission_overloadprofilemapping. Patienter jusqu’au prochain message indiquant que l’opération s’est terminée.
      

      

  • Que vous fassiez une erreur, que vous indiquiez vos choix ou non, tous les éléments seront injectés dans la table sw_data_confpermission_overloadprofilemapping.
    Cette table permettra de vérifier ce qui sera migré et le modifier.
    

    

    
    Pour mieux saisir le fonctionnement de la table de mapping, nous la détaillons sur cette page :
    Table de mapping

• Etape 8 : Migrer votre projet
  Lorsque vous avez bien exporté votre configuration spécifique, que vous avez fait les choix liés aux éléments spécifiques de votre projet et que vous avez vérifié la table sw_data_confpermission_overloadprofilemapping, vous êtes prêt à lancer la migration des données, ainsi que la configuration spécifique de votre projet.
  Concernant les données :

  • Un message s’assurera que la table sw_data_confpermission_overloadprofilemapping a bien été consultée et validée.
    Vous avez le choix de ne pas le faire de suite.
    

    

  • Puis, un message vous alertera que la migration de la configuration est sur le point de s’effectuer.
    Vous avez le choix de seulement générer un rapport à titre de consultation, soit de migrer et générer le rapport.
    

    

• Etape 9 : Migration de la configuration en cours
  Migration en cours. Consultez la console pour avoir l’avancement.
  

  

• Etape 10 :
  Lecture du rapport et vérifications finales.
  Pour comprendre comment lire le rapport, référez-vous à cette page :
  Rapport de migration
  Exemple de rapport :
  

  

(WIP) Etapes de migration lorsque le projet est déjà migré

• Etape 1 :
  Depuis VSCode, executer la commande (ctrl+shift+P) Divalto : Migrate current project
  

• Etape 2 :
  Une confirmation sera demandée par l’extension. Réponder oui pour continuer vers la migration du projet
  

• Etape 3 :
  showAllreadyMigratedMessageAsync

• Etape 4 :
  askMigrateDataAgainAsync

• Etape 5 :
  askMigrateConfigurationAgainAsync

  • Etape 5.5 :
    Une console s’ouvre dans la zone que vous avez configuré. Elle vous indique que la migration peut commencer. C’est à cet endroit que vous pourrez avoir le détail de progression de migration.
    
    Dans le même temps, un message conseille d’exporter la configuration spécifique du projet avant de démarrer le migration pour s’assurer d’en garder une copie et de pouvoir l’appliquer au besoin.
    Si ce n’est pas fait, annulez l’opération et exportez votre configuration. Sinon, passez à l'étape 4.
    

    View file
    name UNKNOWN_ATTACHMENT

• Etape 6 :
  Migration en cours

Configuration : Informations et particularités

...