Registros ignorados que ocorrem durante a instalação da aplicação

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 3 min. de leitura

    • Alguns registros podem ser ignorados quando você faz atualizações locais em aplicações globais ou com escopo. Os registros ignorados podem ocorrer quando você modifica os registros de metadados na instância na qual está implantando ou quando aplica um conjunto de atualizações. Dependendo do modelo de implantação usado e do estado das propriedades aplicáveis, você pode arriscar "registros ignorados", que são gerados no sys_upgrade_history_log. Saiba o que esperar da sua instância ao fazer upgrade de uma aplicação usando vários métodos diferentes.

    Casos de uso geral

    Na maioria das circunstâncias, estes casos de uso gerais ocorrem durante a instalação da aplicação:

    Tipo de implantação Tipo de aplicação Resultado esperado
    Controle de código-fonte Com escopo Nenhuma omissão, a aplicação carrega do controle de código-fonte. Se existir um xml de atualização local, você será solicitado a armazenar essas mudanças.
    Controle de código-fonte Global Nenhuma omissão, a aplicação carrega do controle de código-fonte. Se existir um xml de atualização local, você será solicitado a armazenar essas mudanças.
    Repositório de aplicações Com escopo Registros ignorados são gerados e as personalizações preservadas.
    Repositório de aplicações Global

    Registros aplicados e ignorados da aplicação são gerados somente quando um sinistro superior é encontrado.

    Para obter detalhes, consulte Revise registros ignorados usando listas relacionadas.
    Armazenamento Com escopo Registros ignorados são gerados, mudanças de personalização aplicadas.
    Controle de código-fonte Personalização Sem ignorados, a personalização é carregada do Controle de código-fonte. Se existir um xml de atualização local, você será solicitado a armazenar essas mudanças.
    Repositório de aplicações Personalização Nenhum registro ignorado é gerado, mudanças de personalização aplicadas.
    Repositório de aplicações/loja Com escopo e personalização Nenhum registro ignorado é gerado, a menos que a personalização atualize o registro da aplicação de base. Nesse caso, uma entrada de log de uma atualização ignorada para a aplicação de base é criada.

    Atualizações eletivas do autor

    É importante entender a finalidade do author_elective_update pasta.

    Quando ServiceNow Empacota sua aplicação para o repositório ou para confirmar com o Controle de código-fonte, elementos adicionais (que podem ter sido ignorados anteriormente) são descarregados no author_elective_update pasta. (Esses elementos excluídos geralmente são chamados simplesmente de "exclusões".) Quando sua aplicação é instalada em sua própria instância, os arquivos excluídos são carregados automaticamente do author_elective_update pasta.

    Por exemplo, se você alterou o esquema da sua aplicação excluindo uma tabela ou uma coluna, esses arquivos serão rastreados na pasta, mas não serão aplicados por padrão. Há regras específicas que se aplicam ao autor de atualizações eletivas que você pode mudar, com base nas propriedades que pode definir. Esta pasta contém arquivos de metadados excluídos, incluindo mudanças de esquema e descarregamentos de conjunto de opções que você pode aplicar ou ignorar. Se você os aplica ou ignora, e se os registros ignorados correspondentes são gerados, depende do estado das seguintes propriedades e do fluxo de processamento:

    Nome da propriedade Comportamento Padrão Usado no controle de código-fonte
    com.glide.apps.include_only_sys_choice Carrega somente elementos excluídos e atualiza os campos sys_choice de author_elective_update Falso(a) Não
    com.glide.apps.include_my_schema Carrega somente elementos excluídos em arquivos de esquema de author_elective_update. Aplica-se a instalações de aplicações do cliente e não a aplicações de terceiros. Falso(a) Não
    .glide.apps.force_skips Cria registros ignorados para todos author_elective_update Falso(a) Não
    com.glide.apps.include_my_deletes Processo author_elective_update Falso(a) Sim
    com.glide.apps.include_global_deletes Processo author_elective_update para aplicações globais Falso(a) Sim
    Nota:

    Quando não há propriedade para com.glide.apps.include_my_schema, o padrão é False. No entanto, desde a versão Orlando, as novas instâncias têm uma entrada padrão na tabela para defini-la como verdadeira.

    Fluxograma

    Sinistros

    As declarações se aplicam a aplicações globais e personalizações de aplicações. Em aplicações globais, as declarações permitem que o sistema escolha um registro deterministicamente caso o mesmo arquivo seja incluído em várias aplicações. Se você vir um sinistro superior, um log de histórico de upgrade para o registro ignorado será criado para identificar um status de sinistro conflitante. Para obter detalhes, consulte Revise registros ignorados usando listas relacionadas.