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. 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 em 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, esses 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 pulos, a aplicação carrega do controle de código-fonte. Se o xml de atualização local existir, você será solicitado a armazenar essas mudanças.
Controle de código-fonte	Global	Sem pulos, a aplicação carrega do controle de código-fonte. Se o xml de atualização local existir, você será solicitado a armazenar essas mudanças.
Repositório de aplicações	Com escopo	Registros ignorados são gerados e as personalizações são preservadas.
Repositório de aplicações	Global	Mudanças de aplicação aplicadas e registros ignorados são gerados somente quando uma declaração superior é encontrada. Consulte a lista relacionada Resultados do sinistro a revisar para obter mais detalhes.
Armazenamento	Com escopo	Registros ignorados são gerados, mudanças de personalização aplicadas.
Controle de código-fonte	Personalização	Sem pulos, a personalização carrega do Controle de código-fonte. Se o xml de atualização local existir, 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 Store/App	Com escopo e Personalização	Nenhum registro ignorado é gerado, a menos que a personalização atualize o registro da aplicação 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 da pastaauthor_elective_update.

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

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. Existem regras específicas que se aplicam às atualizações eletivas do autor que você pode mudar, com base nas propriedades que pode definir. Esta pasta contém arquivos excluídos de metadados, incluindo mudanças de esquema e descarregamentos de conjunto de seleção 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ções para campos sys_choice de Author_elective_update	Falso	Não
com.glide.apps.include_my_schema	Carrega somente elementos excluídos para arquivos de esquema deauthor_elective_update. Aplica-se a instalações de aplicações do cliente e não a aplicações de terceiros.	Falso	Não
com.glide.apps.force_skips	Cria registros ignorados para todos os autores_elective_update	Falso	Não
com.glide.apps.include_my_deletes	Processo autor_elective_update	Falso	Sim
com.glide.apps.include_global_deletes	Processar autor_eletivo_update para aplicações globais	Falso	Sim

Nota:

Quando não há propriedade para com.glide.apps.include_my_schema, o padrão é falso. 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 de forma determinada caso o mesmo arquivo seja incluído em várias aplicações. Se você vir uma declaração superior, um log de histórico de upgrades para o registro ignorado será criado para identificar um status de declaração conflitante. Consulte a lista relacionada Resultados do sinistro para revisar para obter detalhes.