Preserve manualmente uma cópia de cada aplicação e personalização que você tem atualmente em desenvolvimento antes de clonar a versão da aplicação para a instância de destino (desenvolvimento).
Antes de Iniciar
Função necessária: administrador
Verifique se você tem acesso de gravação ao registro da aplicação e acesso a um repositório de controle de origem.
Por Que e Quando Desempenhar Esta Tarefa
O processo de clonagem não preserva as diferenças de versão para aplicações e personalizações de aplicações em desenvolvimento. Em vez disso, o sistema clona somente as cópias da aplicação e as versões de personalização da aplicação que estão instaladas na instância de origem na instância de destino. Se a instância de destino tiver uma versão de desenvolvimento da mesma aplicação, a aplicação será editável após o clone, mas será na versão que foi instalada na instância de origem. Se a aplicação estiver ausente na instância de origem, o processo de clonagem excluirá a aplicação da instância de destino.
Procedimento
-
Para preservar a aplicação na instância de destino do clone, execute uma destas ações:
Tabela 1. Diferenças de versão entre instâncias
| Estado da versão da aplicação |
Ação a ser realizada |
| A versão da aplicação na instância de destino do clone é diferente da versão da instância de origem. |
Exporte cada aplicação da instância de destino do clone. As opções incluem:
- Vincule cada aplicação a um repositório de controle de origem.
Nota: Se a aplicação já estiver vinculada a um repositório de controle de código-fonte, confirme a versão mais recente para ele.
- Publique cada aplicação em um conjunto de atualizações.
|
| A aplicação está disponível somente na instância de destino do clone. |
| A versão da aplicação na instância de destino do clone é a mesma da instância de origem. |
Nenhum. O processo de clone do sistema copia esta versão da aplicação na instância de destino durante o clone. |
-
Solicite um clone do sistema da instância de origem para a instância de destino.
Por exemplo, clone sua instância de produção sobre sua instância de desenvolvimento.
-
Após a conclusão do processo de clonagem, faça login na instância de destino do clone.
-
Nota: Se o controle de origem estiver vinculado, depois do pós-clone, a plataforma recuperará automaticamente as aplicações e aplicações personalizadas. Se estiver desabilitado via glide.source_control.post_clone_import_enabled você precisará recuperar manualmente fazendo o seguinte.
Se você salvou cada aplicação em um repositório de controle de origem, use uma destas ações para recuperá-las do repositório de controle de origem:
Tabela 2. Recupere aplicações de um repositório de controle de origem
| Estado de instalação da aplicação |
Ação a ser realizada no destino do clone |
| A aplicação e a personalização foram instaladas anteriormente na instância de origem. |
Aplique mudanças remotas do repositório de controle de origem. |
| A aplicação nunca foi instalada na instância de origem. |
Exclua a configuração do repositório (sys_repo_config) e importe a personalização do repositório de controle de origem. |
Tabela 3. Mudanças remotas após clone
| Campo |
Descrição |
| glide.source_control.post_clone_import_enabled |
Para desabilitar a automação Aplicar mudanças remotas, defina como Falso . O padrão é Verdadeiro . |
| glide.source_control.post_clone_import_delay_time_sec |
Para fornecer um tempo de atraso, que atrasará o processamento da fila, forneça um valor. O padrão é zero. |
| glide.source_control.post_clone_import_pause_refresh_time_sec |
Para fornecer um intervalo no qual o trabalho de atualização do repositório não será executado, forneça um valor. O padrão é três horas (10800). |
-
Se você salvou cada aplicação em um conjunto de atualizações, execute uma destas ações para recuperá-las do conjunto de atualizações:
Tabela 4. Recupere aplicações de um conjunto de atualizações
| Estado de instalação da aplicação |
Ação a ser realizada no destino do clone |
| A aplicação foi instalada anteriormente na instância de origem. |
- Exclua a versão da aplicação que foi clonada da instância de origem.
- Carregue o conjunto de atualizações que contém a versão atual da aplicação.
|
| A aplicação nunca foi instalada na instância de origem. |
Carregue o conjunto de atualizações que contém a versão atual da aplicação. |
Resultado
As aplicações anteriormente em desenvolvimento estão disponíveis para desenvolvimento adicional na instância de destino do clone.
Preserve a aplicação Eventos de marketing
Digamos que sua empresa tenha criado anteriormente a versão 1,0 de uma aplicação personalizada chamada Eventos de marketing. Você já publicou a versão 1,0 da aplicação Eventos de marketing no repositório de aplicações e a instalou em sua instância de produção.
Com o tempo, os usuários enviaram solicitações de aprimoramento para a aplicação e você decide desenvolver a versão 2,0 da aplicação Eventos de marketing em uma instância que não é de produção para atender a essas solicitações. À medida que o desenvolvimento se aproxima da conclusão, você deseja atualizar sua instância de não produção para a cópia mais recente da produção para alguns testes abrangentes.
Como você usou anteriormente uma integração de controle de origem para desenvolver a versão 1,0 da aplicação Eventos de marketing, você já vinculou a aplicação Eventos de marketing a um repositório de controle de origem. Você confirma a versão 2,0 da aplicação Eventos de marketing no repositório de controle de origem.
Você agenda um clone da instância de produção pela instância de desenvolvimento. Após a conclusão, você faz login na instância de desenvolvimento e vê que ela tem a versão 1,0 da aplicação Eventos de marketing, porque essa era a versão instalada na instância de origem.
Como a aplicação já foi instalada na instância de origem, aplique as mudanças remotas do repositório de controle de origem para receber a versão mais recente da aplicação. A instância de desenvolvimento agora tem a versão 2,0 da aplicação Eventos de marketing e está disponível para desenvolvimento e testes adicionais.