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

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 gerais

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	Sem ignorar, a aplicação carrega do controle de origem. Se existir um xml de atualização local, você será solicitado a armazenar essas mudanças.
Controle de código-fonte	Global	Sem ignorar, a aplicação carrega do controle de origem. 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 de mudanças aplicadas e ignoradas 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 saltos, a personalização carrega do controle de origem. 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 da loja/app	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 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 às atualizações eletivas do autor que você pode mudar, com base nas propriedades que você 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 para 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
com.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	Processe 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.

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.