...

Cliquer sur Importer une configuration, puis choisir l’archive du dossier divalto one

...

• Paramétrer le profil de surcharge pour envoyer directement les éléments sur la plateforme one (recommandé mais pas obligatoire) https://divalto.atlassian.net/wiki/spaces/PAI/pages/11246731312/D+ployer+en+mode+Saas+-+One#D%C3%A9ploiement-via-XWIN

• Se baser sur le masque surchargé par l’addon s’il existe. Enregistrer dans /specifs/sources

• Modifier le masque et compiler. Transférer les éléments au site si développement local.

...

Retrait d’un spécifique

La démarche pour retirer un spécifique de test, ou pour revenir à la version localisée d’un zoom, est plus complexe

• Réaliser une sauvegarde de l’environnement (XCloudManage + VSC export configuration)

• En supprimant la source du projet spécifique, XWIN propose de supprimer l’objet associé

• Cette action supprime uniquenent l’objet DHOF

• Supprimer manuellement l’objet _t.dhop via FTP

• Manipuler l’archive de configuration fournie avec le package de localisation pour ne garder que le dossier du zoom à restaurer

• Importer la configuration de restauration dans Visual Studio Code

• Le zoom en version localisée précédente est rétabli

Post-Synchronisation

Les zoom divalto one ont besoin d’un champ supplémentaire afin de “moderniser” le principe de réservation d’entité. Si des tables spécifiques ont été ajoutées, il faut exécuter un script avec XPSQL à l’issue de la synchronisation faite via XWIN (voir https://divalto.atlassian.net/wiki/spaces/PAI/pages/11078467594/Les+surcharges+multiples#7.-Synchronisation-des-dictionnaires-(par-le-partenaire-du-client) )

...

Source de référence https://divalto.atlassian.net/wiki/x/RwCLrgI