---
sourceDocument: Criar ou modificar aplicações do Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/application-development

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Criar ou modificar aplicações do Xanadu

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Creator


---

# Preservar aplicações e personalizações em desenvolvimento durante um clone do sistema

# Preservar aplicações e personalizações em desenvolvimento durante um clone do sistema {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 min. de leitura

Preservar 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

Verifique se você tem acesso de gravação ao registro da aplicação.

Verifique se você tem acesso a um repositório de controle de código-fonte.

Função necessária: administrador

## 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 poderá ser editada após o clone, mas estará na versão 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

1. Para preservar a aplicação na instância de destino do clone, execute uma destas ações:  
   {#preserve-applications-during-clone__table_icq_cv1_4y__entry__2}

   | 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 código-fonte. Nota: Se a aplicação já estiver vinculada a um repositório de controle de código-fonte, confirme a versão mais recente nele. * Publique cada aplicação em um conjunto de atualizações. {#preserve-applications-during-clone__ul_xc2_xv1_4y} |
   | A aplicação está disponível somente na instância de destino do clone. | 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 código-fonte. Nota: Se a aplicação já estiver vinculada a um repositório de controle de código-fonte, confirme a versão mais recente nele. * Publique cada aplicação em um conjunto de atualizações. {#preserve-applications-during-clone__ul_xc2_xv1_4y} |
   | 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 para a instância de destino durante o clone. |
   [Tabela 1. Diferenças de versão entre instâncias]

   {#preserve-applications-during-clone__table_icq_cv1_4y}
2. 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 na instância de desenvolvimento.
3. Depois que o processo de clonagem terminar, faça login na instância de destino do clone.
4. Nota:  
   Se o controle de código-fonte estiver vinculado, após a clonagem, a plataforma recuperará automaticamente as aplicações e as aplicações personalizadas. Se estiver desabilitado por meio `de glide.source_control.post_clone_import_enabled`, será necessário recuperar manualmente, fazendo o seguinte.
   Se você salvou cada aplicação em um repositório de controle de código-fonte, use uma destas ações para recuperá-las do repositório de controle de código-fonte:  
   Nota:  
   Para saber o que esperar após a pós-clonagem da personalização da aplicação, consulte [Resultados pós-clonagem para personalizações da aplicação](https://servicenow-prod.fluidtopics.net/BI7871SqXjkzMJ5xVFQn5g "Os resultados para esperar a pós-clonagem para personalização da aplicação exibem os comportamentos esperados com base no estado da aplicação e nas ações para recuperar suas personalizações da aplicação.").
   {#preserve-applications-during-clone__table_gkb_ks1_4y__entry__2}

   | Estado de instalação da aplicação | Ação a ser executada 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 código-fonte. |
   | 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 código-fonte. |
   [Tabela 2. Recuperar aplicações de um repositório de controle de código-fonte]

   {#preserve-applications-during-clone__table_gkb_ks1_4y} {#preserve-applications-during-clone__table_oph_bx2_gyb__entry__2}

   | Campo | Descrição |
   |-|-|
   | glide.source_control.post_clone_import_enabled | Para desabilitar a automação de 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). |
   [Tabela 3. Mudanças remotas após clonagem]

   {#preserve-applications-during-clone__table_oph_bx2_gyb} {#preserve-applications-during-clone__retrieve-from-source-control}
{#preserve-applications-during-clone__retrieve-from-source-control}
5. 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:  
   {#preserve-applications-during-clone__table_oyk_l51_4y__entry__2}

   | Estado de instalação da aplicação | Ação a ser executada no destino do clone |
   |-|-|
   | A aplicação foi instalada anteriormente na instância de origem. | 1. Exclua a versão da aplicação que foi clonada da instância de origem. 2. Carregue o conjunto de atualizações que contém a versão atual da aplicação. {#preserve-applications-during-clone__ul_a2n_fhz_my} |
   | 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. |
   [Tabela 4. Recuperar aplicações de um conjunto de atualizações]

   {#preserve-applications-during-clone__table_oyk_l51_4y} {#preserve-applications-during-clone__retrieve-from-update-set}

## Resultado

As aplicações anteriormente em desenvolvimento estão disponíveis para desenvolvimento adicional na instância de destino do clone.

## Preservar a aplicação Eventos de Marketing

Digamos que sua empresa tenha criado anteriormente a versão 1.0 de uma aplicação personalizada chamada Marketing Events. 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 de não produção para atender a essas solicitações. Conforme o desenvolvimento se aproxima da conclusão, você deseja atualizar sua instância de não produção para a cópia mais recente de produção para alguns testes abrangentes.

Como você usou anteriormente uma integração de controle de código-fonte 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 código-fonte. Você confirma a versão 2.0 da aplicação Eventos de Marketing para o repositório de controle de código-fonte.

Você programa um clone da instância de produção na 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, você aplica as mudanças remotas do repositório de controle de código-fonte 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.

