Autor eletivo e atualizações do cliente

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 1 min. de leitura
  • Ao instalar uma aplicação do repositório de aplicações ou da loja ServiceNow®, você pode definir uma série de propriedades para definir o comportamento do processamento de exclusão e escolha. Esses tipos de escolha são chamados de recurso "autor opcional".

    Visão geral

    Você pode encontrar detalhes sobre essas propriedades no tópico Registros ignorados que ocorrem durante a instalação da aplicação. Com essas propriedades, você pode aceitar e recusar exclusões e atualizações de escolha, dependendo se você está usando seu próprio aplicativo ou um de terceiros.

    Quando você instala a partir do controle de código-fonte, no entanto, esses registros não são ignorados, exceto quando um arquivo de aplicação global é reivindicado por uma aplicação global diferente. Além de com.glide.apps.include_my_deletes e com.glide.apps.include_global_deletes que desabilitam o processamento da pastaauthor_elective_update, essas propriedades não são eficazes para aplicativos instalados de origem.
    Nota:
    Um arquivo “ausente” detectado no carregamento delta para controle de código-fonte é muito diferente de uma carga de exclusão hospedada na pasta Author_elective_update. As propriedades de Author_elective_update não impedem que o carregamento delta no controle de código-fonte exclua o arquivo.

    Da mesma forma, os conjuntos de atualizações protegem as personalizações feitas em uma instância contra mudanças de entrada que forçam uma decisão de visualização. Antes de confirmar um conjunto de atualizações, uma visualização deve ser executada para tentar detectar colisões. Você deve resolver todos os problemas de visualização antes de confirmar as mudanças. O controle de código-fonte pode solicitar que você armazene uma mudança local, mas o resultado da instalação é carregar o que está presente na origem, mesmo que uma mudança tenha sido feita localmente.

    Carregar o que está presente na origem é um desafio quando as propriedades devem ter versões diferentes com base no destino da instalação. Por exemplo, é difícil resolver quando uma propriedade que contém um URL de integração difere com base na função de produção da instância. O sinalizador is_private é eficaz com uma instalação de controle de código-fonte e não substitui a propriedade se definida, reduzindo essa preocupação.