Conservez manuellement une copie de chaque application et personnalisation actuellement en développement avant de pouvoir cloner la version de l’application dans l’instance cible (de développement).
Avant de commencer
Assurez-vous de disposer d’un accès en écriture à l’enregistrement d’application.
Assurez-vous d’avoir accès à un référentiel de contrôle de source.
Rôle requis : admin
Pourquoi et quand exécuter cette tâche
le processus de clonage ne conserve pas les différences de version pour les applications et les personnalisations d’applications en cours de développement. Au lieu de cela, le système clone uniquement sur l’instance cible les copies des versions d’application et de personnalisation d’application installées sur l’instance source. Si l’instance cible disposait d’une version de développement de la même application, celle-ci est modifiable après le clone, mais se trouve à la version installée sur l’instance source. Si l’application était manquante dans l’instance source, le processus de clonage supprime l’application 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 |
Mesure à prendre |
| 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. Les choix possibles sont les suivants :
- Liez 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-y la dernière version.
- Publiez 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 l’instance source. |
Aucun. Le processus de clone système copie cette version d’application sur l’instance cible pendant le clone. |
-
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 clone terminé, connectez-vous à l’instance cible du clone.
-
Si vous avez enregistré chaque application dans un référentiel de contrôle de source, effectuez 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 les applications à partir d’un référentiel de contrôle de source
| État d’installation de l’application |
Action à effectuer sur la cible du clone |
| L’application a été installée précédemment 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. |
Importez l’application à partir du référentiel de contrôle de source. |
-
Pour la personnalisation de l’application, utilisez l’une de ces actions pour les récupérer à partir du référentiel de contrôle de source.
Tableau 3. Récupérer les applications à partir d’un référentiel de contrôle de source
| État d’installation de l’application et de la personnalisation |
Action à effectuer sur la cible du clone |
| L’application et la personnalisation ont été préalablement installées sur l’instance source. |
Appliquez les modifications à distance à partir du référentiel de contrôle de source. |
| L’application a été installée précédemment sur l’instance source, mais pas la personnalisation. |
Appliquez les modifications à distance à partir du référentiel de contrôle de source. |
| L’application de base 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. |
-
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 les applications à partir d’un ensemble de mises à jour
| État d’installation de l’application |
Action à effectuer sur la cible du clone |
| L’application a été installée précédemment sur l’instance source. |
- Supprimez la version de l’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. |
-
Après un clone, vous pouvez appliquer les modifications distantes suivantes :
Tableau 5. Modifications à distance après clonage
| Champ |
Description |
| glide.source_control.post_clone_import_enabled |
Pour désactiver l’application de l’automatisation des changements à distance, définissez sur Faux. La valeur par défaut est True. |
| glide.source_control.post_clone_import_delay_time_sec |
Pour fournir un délai qui retarde le traitement de la file d’attente, indiquez une valeur. La valeur par défaut est zéro. |
| glide.source_control.post_clone_import_pause_refresh_time_sec |
Pour fournir un intervalle pendant lequel la tâche d’actualisation du référentiel ne s’exécutera pas, indiquez une valeur. La valeur par défaut est de trois heures (10800). |
Résultats
Les applications précédemment en cours de développement sont disponibles pour un développement ultérieur sur l’instance cible du clone.
Conserver l’application Événements marketing
Supposons que votre entreprise 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 Marketing Events dans le référentiel d’applications et l’avez installée sur votre instance de production.
Au fil du temps, des 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 Marketing Events sur une instance de non-production pour répondre à ces demandes. Alors que 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 Marketing Events, vous avez déjà lié l’application Marketing Events à un référentiel de contrôle de source. Vous validez la version 2.0 de l’application Marketing Events 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 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 Marketing Events et est disponible pour un développement et des tests ultérieurs.