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

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 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:
      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 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.
      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 para a instância de destino durante o clone.
    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.
      Tabela 2. Recuperar aplicações de um repositório de controle de código-fonte
      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 3. Mudanças remotas após clonagem
      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).
    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:
      Tabela 4. Recuperar aplicações de um conjunto de atualizações
      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.
      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.

    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.