Conservez manuellement une copie de chaque application et personnalisation en cours de développement avant de pouvoir cloner la version de l’application vers l’instance cible (de développement).
Avant de commencer
Rôle requis : admin
Vérifiez que vous disposez d’un accès en écriture à l’enregistrement de l’application et d’un référentiel de contrôle de source.
Pourquoi et quand exécuter cette tâche
Le processus de clonage ne préserve pas les différences de version pour les applications et les personnalisations d’application en développement. Au lieu de cela, le système clone uniquement les copies des versions d’application et de personnalisation d’application installées sur l’instance source sur l’instance cible. Si l’instance cible possède une version de développement de la même application, l’application est modifiable après le clone, mais se trouve à la version qui a été installée sur l’instance source. Si l’application était absente de l’instance source, le processus de clonage la supprime de l’instance cible.
Procédure
-
Pour conserver l’application sur l’instance cible du clone, effectuez l’une des actions suivantes :
Tableau 1. Différences de version entre les instances
| État de la version d’application |
Action à effectuer |
| La version de l’application sur l’instance cible du clone est différente de la version de l’instance source. |
Exportez chaque application à partir de l’instance cible du clone. Vous avez le choix entre :
- Lier chaque application à un référentiel de contrôle de source.
Remarque : Si l’application est déjà liée à un référentiel de contrôle de source, validez la dernière version dans celui-ci.
- Publier chaque application dans un ensemble de mises à jour.
|
| L’application n’est disponible que sur l’instance cible du clone. |
| La version de l’application sur l’instance cible du clone est la même que celle de l’instance source. |
Aucun. Le processus de clone système copie cette version de l’application sur l’instance cible lors du clonage. |
-
Demandez un clone système de l’instance source vers l’instance cible.
Par exemple, clonez votre instance de production sur votre instance de développement.
-
Une fois le processus de clonage terminé, connectez-vous à l’instance cible du clone.
-
Remarque : Si le contrôle de source est lié, après le clonage, la plateforme récupère automatiquement les applications et les applications personnalisées. Si cette option est désactivée via glide.source_control.post_clone_import_enabled, vous devrez récupérer manuellement en procédant comme suit.
Si vous avez enregistré chaque application dans un référentiel de contrôle de source, utilisez l’une des actions suivantes pour les récupérer à partir du référentiel de contrôle de source :
Tableau 2. Récupérer des applications à partir d’un référentiel de contrôle de source
| État d’installation de l’application |
Action à entreprendre sur la cible du clone |
| L’application et la personnalisation ont été précédemment installées sur l’instance source. |
Appliquez les modifications à distance à partir du référentiel de contrôle de source. |
| L’application n’a jamais été installée sur l’instance source. |
Supprimez la configuration du référentiel (sys_repo_config) et importez la personnalisation à partir du référentiel de contrôle de source. |
Tableau 3. Changements distants après le clone
| Champ |
Description |
| glide.source_control.post_clone_import_enabled |
Pour désactiver l’automatisation d’application des changements distants, définissez sur Faux. La valeur par défaut est Vrai. |
| glide.source_control. post_clone_import_delay_time_sec |
Pour fournir un délai, qui retardera le traitement de la file d’attente, fournissez une valeur. La valeur par défaut est zéro. |
| glide.source_control. post_clone_import_pause_refresh_time_sec |
Pour indiquer un intervalle pendant lequel la tâche d’actualisation du référentiel ne s’exécute pas, fournissez une valeur. La valeur par défaut est de trois heures (10800). |
-
Si vous avez enregistré chaque application dans un ensemble de mises à jour, effectuez l’une des actions suivantes pour les récupérer à partir de l’ensemble de mises à jour :
Tableau 4. Récupérer des applications à partir d’un ensemble de mises à jour
| État d’installation de l’application |
Action à entreprendre sur la cible du clone |
| L’application a précédemment été installée sur l’instance source. |
- Supprimez la version d’application qui a été clonée à partir de l’instance source.
- Chargez l’ensemble de mises à jour contenant la version actuelle de l’application.
|
| L’application n’a jamais été installée sur l’instance source. |
Chargez l’ensemble de mises à jour contenant la version actuelle de l’application. |
Résultats
Les applications précédemment en développement sont disponibles pour un développement ultérieur sur l’instance cible du clone.
Préservez l’application Événements marketing
Supposons que votre société ait précédemment créé la version 1.0 d’une application personnalisée appelée Marketing Events. Vous avez déjà publié la version 1.0 de l’application Événements marketing dans le référentiel d’applications et l’avez installée sur votre instance de production.
Au fil du temps, les utilisateurs ont soumis des demandes d’amélioration pour l’application, et vous décidez de développer la version 2.0 de l’application Événements marketing sur une instance de non-production pour répondre à ces demandes. Lorsque le développement touche à sa fin, vous souhaitez mettre à jour votre instance de non-production vers la dernière copie de production pour effectuer des tests complets.
Étant donné que vous avez précédemment utilisé une intégration de contrôle de source pour développer la version 1.0 de l’application Événements marketing, vous avez déjà lié l’application Événements marketing à un référentiel de contrôle de source. Vous validez la version 2.0 de l’application Événements marketing dans le référentiel de contrôle de source.
Vous planifiez un clone de l’instance de production sur l’instance de développement. Une fois l’opération terminée, vous vous connectez à l’instance de développement et vous constatez qu’elle dispose de la version 1.0 de l’application Événements marketing, car il s’agit de la version installée sur l’instance source.
Étant donné que l’application a déjà été installée sur l’instance source, vous appliquez les modifications distantes à partir du référentiel de contrôle de source pour recevoir la dernière version de l’application. L’instance de développement dispose désormais de la version 2.0 de l’application Événements marketing et peut être développée et testée.