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
Assurez-vous d’avoir 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 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édait une version de développement de la même application, l’application est modifiable après le clone, mais dispose de la version installée sur l’instance source. Si l’application était absente de 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 de l’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 sont les suivants :
- Reliez 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.
- 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 de l’application sur l’instance cible pendant le 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 déjà été 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 de l’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 fournir 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 déjà é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 qui contient la version actuelle de l’application.
|
| L’application n’a jamais été installée sur l’instance source. |
Chargez l’ensemble de mises à jour qui contient 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.
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 Événements marketing. 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. À mesure que le développement touche à sa fin, vous souhaitez mettre à jour votre instance de non-production vers la dernière copie de production pour 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 programmez 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 est disponible pour un développement et des tests ultérieurs.