--- sourceDocument: Yokohama Gestão de serviços de TI sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-service-management Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Yokohama Gestão de serviços de TI ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Confirmações incluídas em DevOpssolicitação de mudança # Confirmações incluídas em DevOpssolicitação de mudança {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 7 min. de leitura . DevOpso pacote de artefato e suas versões de artefato associadas são usados para determinar quais confirmações estão incluídas em um DevOpsmudança. As confirmações são incluídas em uma mudança com base no tipo de mudança.{#dev-ops-commits-release__table_myb_wnq_zzb__entry__2} | Tipo de mudança | Confirmações incluídas | |-|-| | Manual | Confirmações das versões de artefato do pacote na mudança. Além disso, as confirmações de execuções de tarefas de todas as execuções de pipeline no registro de referência de mudança quando a coluna data_type é plan ou execução de pipeline são incluídas. | | Automatizado | * Sem pacote: Todas as confirmações das versões do artefato estão incluídas. As versões do artefato são aquelas vinculadas à execução do pipeline e às execuções de tarefa dessa execução do pipeline. * Com pacote: Se qualquer uma das execuções de tarefa ascendente da mudança tiver a etapa de implantação de produção, as confirmações da última execução de pipeline de implantação de produção bem-sucedida serão incluídas. As confirmações que aparecem em várias execuções de pipeline serão listadas apenas uma vez. Se a etapa de implantação de prod não estiver presente nas execuções de tarefas ascendentes, as confirmações de todas as versões de artefato do pacote serão incluídas. * Execuções de confirmações: Se não houver confirmações de nenhum fluxo de pacote com ou sem, conforme especificado anteriormente, as confirmações de execução das execuções de tarefas ascendentes da solicitação de mudança serão associadas. {#dev-ops-commits-release__ul_rrq_gnq_zzb} | [ ] {#dev-ops-commits-release__table_myb_wnq_zzb} Todas as confirmações de versões de artefato no pacote que foram geradas após a última data de implantação (até a versão que está sendo implantada no momento) são incluídas na solicitação de mudança. Versões principais anteriores não estão incluídas. Nota: As versões de patch e hot fix estão excluídas. Quando fornecida, a versão semântica é usada para determinar confirmações de uma mudança. O formato é (MAJOR.MINOR.PATCH). Por exemplo, a versão semântica 2.0.1 é lida da seguinte forma: * Versão principal 2 * Versão secundária 0 * Patch/hotfix versão 1 {#dev-ops-commits-release__ul_chw_zyz_rkb} Execuções de tarefa com falha entre as versões de artefato anterior e atual que não criaram um artefato, mas têm confirmações associadas, também estão associadas à versão do artefato criado. ## Tipos de confirmações {#dev-ops-commits-release__section_g12_lmq_zzb} * Confirmações normais: As confirmações no repositório rastreado estão associadas à solicitação de mudança. * Confirmações de reversão: Confirmações que têm o valor do campo de reversão como verdadeiro. Uma confirmação de reversão resulta em uma confirmação revertida e em uma confirmação de reversão na árvore de origem. As confirmações não estão associadas à solicitação de mudança. * Confirmações de mesclagem: Confirmações que têm o valor do campo de mesclagem como verdadeiro. * Confirmação de mesclagem: A árvore de origem rastreia a confirmação em uma ramificação ao longo do tempo e permite que uma confirmação de mesclagem especial seja feita. Esta confirmação de mesclagem combina as confirmações primárias localizadas diretamente após a confirmação comum mais recente na ramificação atual e na ramificação a ser mesclada. Mesclar confirmação adiciona uma nova confirmação na ramificação principal. * Esmagar e mesclar: O esmagamento durante uma mesclagem gera a árvore de trabalho e o estado do índice para corresponder a uma mesclagem sem criar uma confirmação de mesclagem. O squash e mesclagem mantém as mudanças, mas remove as confirmações individuais do histórico. Ele tem uma confirmação única com o valor de mesclagem como verdadeiro. {#dev-ops-commits-release__ul_h2y_tmq_zzb} {#dev-ops-commits-release__ul_nkx_nmq_zzb} ## Exemplo: Confirmações e pacotes {#dev-ops-commits-release__section_pd4_zhv_rkb} Este exemplo consiste em: * Três pipelines de criação (A, B e C) * Um pipeline de versão (ABC) sob controle de mudanças, com quatro pacotes: 1. Criar pipeline A (versão principal 1) 2. Criar pipelines A e B (versão principal 1) 3. Criar pipelines B e C (versão principal 1) 4. Criar pipelines A, B e C (versão principal 1) {#dev-ops-commits-release__ol_nsy_bzw_rkb} {#dev-ops-commits-release__ul_sny_xyw_rkb} {#dev-ops-commits-release__table_fk1_33v_rkb__entry__4} | Confirmar | Criar pipeline | Versão de semântica | Incluído no pacote | |-|-|-|-| | 1 | A | 1.0.0 | X | | 2 | A | 1.0.1 | -- | | 3 | A | 1.1.0 | X | | Nota: A confirmação 2 (compilação A, semântica versão 1,0.1) não está incluída no pacote porque a sintaxe da versão semântica indica um patch ou hot fix. |||| [Tabela 1. Pacote 1 (A 1,1.0)] {#dev-ops-commits-release__table_fk1_33v_rkb} {#dev-ops-commits-release__table_in3_ljv_rkb__entry__4} | Confirmar | Criar pipeline | Versão de semântica | Incluído no pacote | |-|-|-|-| | 4 | A | 1.1.1 | -- | | 5 | A | 1.2.0 | X | | 6 | A | 1.2.0 | X | | 7 | B | 1.0.0 | X | | 8 | B | 1.0.0 | X | | 9 | B | 1.1.0 | X | | 10 | B | 1.1.0 | X | | Nota: A confirmação 4 (compilação A, semântica versão 1,1.1) não está incluída porque a sintaxe da versão semântica indica um patch ou hot fix. |||| [Tabela 2. Pacote 2 (A 1,2.0, B 1,1.0)] {#dev-ops-commits-release__table_in3_ljv_rkb} {#dev-ops-commits-release__table_v5g_dnv_rkb__entry__4} | Confirmar | Criar pipeline | Versão de semântica | Incluído no pacote | |-|-|-|-| | 11 | A | 1.3.0 | -- | | 12 | B | 1.2.0 | X | | 13 | B | 1.2.0 | X | | 14 | C | 1.0.0 | X | | 15 | C | 1.0.0 | X | | 16 | C | 1.0.0 | X | | Nota: A confirmação 11 (compilação A, semântica versão 1,3.0) não está incluída porque o pacote não especifica a compilação A. |||| [Tabela 3. Pacote 3 (B 1,2.0, C 1,0.0)] {#dev-ops-commits-release__table_v5g_dnv_rkb} {#dev-ops-commits-release__table_prg_xnv_rkb__entry__4} | Confirmar | Criar pipeline | Versão de semântica | Incluído no pacote | |-|-|-|-| | 17 | A | 1.4.0 | X | | 18 | A | 1.4.0 | X | | 19 | B | 1.3.0 | X | | 20 | B | 1.3.0 | X | | 21 | C | 1.1.0 | X | | 22 | C | 1.1.0 | X | | 23 | C | 1.2.0 | X | | 24 | C | 1.2.0 | X | | Nota: A confirmação 11 também está incluída neste pacote porque faz parte das mudanças na versão principal 1 da compilação A desde que o último pacote (incluindo a versão principal 1 da compilação A), pacote nº 2, foi implantado na produção. |||| [Tabela 4. PACOTE 4 (A 1,4.0, B 1,3.0, C 1,2.0)] {#dev-ops-commits-release__table_prg_xnv_rkb} ## Exemplo: Confirmar lógica de cálculo {#dev-ops-commits-release__section_kxf_4z4_vbc} Caso de uso com a lógica para calcular confirmações que são associadas a versões de artefato. As informações da ramificação são incluídas sempre que as confirmações são definidas. Por exemplo, considere dois pipelines, um na ramificação principal e outro na ramificação de teste. Cenário de execução: * C0 de confirmação na principal, execute a compilação de IC, mas não crie a versão do artefato. * Crie um Confirmar C1 no teste, execute a compilação de IC, mas não crie a versão do artefato. * Crie uma confirmação C2 na principal, execute a compilação de IC e a compilação falhará. * Crie 2 confirmações c3,c4 na main, execute uma compilação de IC e crie uma versão de artefato (v1.0). {#dev-ops-commits-release__ul_qxh_41p_vbc}Resultado esperado: A versão do artefato (v1.0) está associada a C0, C2, C3, C4. A confirmação C1 foi excluída porque está em uma ramificação diferente. Continuando com o caso de uso: * Criar 1 Confirmar c5 na principal, execute a compilação de IC, mas não crie a versão do artefato. * Criar 1 Confirmar c6 no main, executar compilação de IC e criar uma versão de artefato (v2.0). {#dev-ops-commits-release__ul_glf_gbp_vbc}Resultado esperado: A nova versão do artefato (v2.0) criada está associada a C5, C6. Resumo : * Todas as confirmações de execuções de pipeline (sucesso e falha) na mesma ramificação, entre a última versão do artefato de um determinado artefato e a versão atual do artefato, estão associadas. * Se nenhuma versão de artefato anterior para o artefato fornecido for encontrada, todas as confirmações de execuções de pipeline na mesma ramificação serão associadas. {#dev-ops-commits-release__ul_ejh_4bp_vbc} Continuando com o caso de uso: Crie uma versão com a versão do artefato A partir da etapa anterior, tenha um pipeline de CD com o tipo de etapa Implantação de produção. Resultado esperado: * A versão está associada à mesma versão do artefato (v2.0). * A solicitação de mudança criada mostra a versão do artefato (v2.0) e confirma C0, C2, C3, C4, C5, C6. {#dev-ops-commits-release__ul_nxx_bjp_vbc} Resumo : * As confirmações de ambas as versões do artefato (v1.0, v2.0) criadas na ramificação principal (nenhum pacote anterior foi implantado na Prod) são mostradas na solicitação de mudança, mas não a confirmação da execução na ramificação de teste. * O número de confirmações mostrado na solicitação de mudança será o mesmo que o número na ferramenta. {#dev-ops-commits-release__ul_vlv_4jp_vbc} Continuando com o caso de uso: * Crie 2 confirmações C7, C8 na ramificação de teste, execute a compilação de IC e crie uma versão de artefato.Resultado esperado: A versão do artefato (v3.0) está associada a C1, C7, C8. * Crie 2 confirmações C9, C10 na ramificação principal, execute a compilação de IC e crie uma versão de artefato.Resultado esperado: A versão do artefato (v4.0) está associada a C9, C10. * Crie uma versão com a versão do artefato da etapa anterior (v4.0), tenha um pipeline de CD com o tipo de etapa Implantação de produção. Resultado esperado: * A versão está associada à versão do artefato (v4.0). * A solicitação de mudança criada mostra a versão do artefato (v4.0) e confirma C9, C10. {#dev-ops-commits-release__ul_ylc_ykp_vbc} {#dev-ops-commits-release__ul_df1_pkp_vbc} Resumo : * A solicitação de mudança mostra confirmações apenas da versão do artefato mais recente criada na ramificação principal, pois as confirmações de versões anteriores do artefato criadas na ramificação principal foram implantadas na Prod no pacote anterior. * Nenhuma confirmação da versão do artefato criada no teste é mostrada. * O número de confirmações mostrado na solicitação de mudança será o mesmo que o número na ferramenta. {#dev-ops-commits-release__ul_wg2_flp_vbc}