Antes de migrar

Quando você vincula uma aplicação ao controle de código-fonte, os conjuntos para atualização e os registros de atualização do cliente são excluídos. Depois de vincular ao controle de código-fonte, se a aplicação tiver conjuntos para atualização concluídos, você será solicitado a fazer uma escolha na caixa de diálogo abaixo.

• Se você selecionar "Sim, manter o histórico do conjunto de atualizações como confirmações", o histórico do conjunto de atualizações será preservado como confirmações do controle de código-fonte.
• Se você selecionar "Não, não manter o histórico do conjunto de atualizações como confirmações", eles não serão preservados como confirmações.

Independentemente da opção selecionada, se você selecionar Continuar, a operação de Vincular ao controle de código-fonte será iniciada e todos os conjuntos para atualização concluídos e todos os registros de atualização do cliente serão excluídos. Se você precisar concluir quaisquer conjuntos para atualização adicionais ou optar por não continuar, selecione Cancelar.

Para cada conjunto de atualizações concluído com atualizações para a aplicação que você está vinculando ao controle de código-fonte, as confirmações são geradas automaticamente pelo sistema com base nos registros sys_update_xml nos conjuntos de atualizações. As confirmações são ordenadas pelo carimbo de data/hora sys_recorded_at. Para aplicações globais: todos os registros sys_update_xml que pertencem à aplicação e fazem parte de um conjunto de atualizações global concluído são capturados como confirmações históricas.

As confirmações de um conjunto de atualizações são divididas em várias confirmações ([Confirmação histórica 1], [Confirmação histórica 2]...) para representar cada atualização. Isso é feito para que cada arquivo tenha um histórico solicitado de atualizações.

A pastaauthor_elective_update não é criada até a confirmação inicial. Isso significa que, na confirmação inicial, você pode ver arquivos como arquivos sys_choice sendo renomeados e movidos da pasta de atualização para a pasta de autor_eletiva_atualização. Todos os arquivos excluídos dos conjuntos de atualizações em confirmações históricas são excluídos e não movidos para a pastaauthor_elective_update como seriam para as confirmações reais. Durante a confirmação inicial, as cargas DELETE também são criadas para todos os registros SYS_update_xml DELETE que foram excluídos como parte dos conjuntos de atualizações concluídos.

[Historical Commit 1] <Name of update set that this commit belongs to>
Description: <Description of update set that this commit belongs to>
Update Set was completed on / installed on <date>
Update Set was completed by <sys_user user_name > <sys_user email>
{

}
{

Informações do conjunto de atualizações em lote (consulte a seção Conjuntos para atualização em lote abaixo) }

Conjuntos para atualização em lote

Se um conjunto de atualizações fizer parte de um conjunto de atualizações em lote, essas informações serão anexadas à mensagem de confirmação no seguinte formato, com o número mais alto sendo a Base do Lote:

{
"1": {
"parent": "<name of parent update set>",
"description": "<description of parent update set>"
},
"2": {
"parent": " <name of parent 1’s parent update set> ",
"description": " <description of parent 1’s parent update set> "
}
}

Personalização

Você pode adicionar outros campos a serem incluídos na mensagem de confirmação adicionando uma propriedade glide.source_control.historial_commit_fields. O valor é uma lista separada por vírgulas de campos que o usuário deseja incluir dos campos XML sys_update_set. Espaços e nomes de campo inválidos ou com erros ortográficos são ignorados. Esta propriedade será usada para todas as aplicações que estão vinculadas ao controle de código-fonte da instância se o confirmador optar por reter o histórico do conjunto de atualizações.