DevOps Notas de versão de integrações

Novo:
- Integração da ferramenta Harness com a ServiceNow
  - Integre a ferramenta de orquestração Harness ao DevOps Change Velocity. Essa integração permite que você conecte, descubra, importe, processe eventos em tempo real e integre IC/CD com mudança nos pipelines da ServiceNow for Harness.
Alterado:
- Integração simplificada de ferramentas de orquestração que não são compatíveis com o sistema de base
  - A estrutura genérica simplificada fornece uma solução fácil de usar para integrar ferramentas de orquestração personalizadas com o ServiceNow DevOps Change Velocity, exigindo um conhecimento mínimo da plataforma. Isso reduz a complexidade da integração, diminuindo a quantidade de codificação personalizada necessária e simplificando o processo geral para clientes e parceiros. Ao simplificar a integração de novas ferramentas de orquestração, a estrutura permite uma adoção mais rápida, um escalonamento mais suave e uma integração mais fácil de equipes adicionais. Isso permite que você enfrente menos desafios de integração, acelerando o processo de adoção do usuário e reduzindo o atrito durante a transição. Essa estrutura genérica oferece suporte à integração de qualquer ferramenta de orquestração sem suporte nativo da ServiceNow no sistema de base.
- Campos personalizados para integração da ferramenta de planejamento
  - Inclua campos personalizados adicionais para itens de trabalho e, assim, experimente a configurabilidade aprimorada das ferramentas de planejamento compatíveis com o sistema de base do DevOps Change Velocity.
- Cálculo de lead time aprimorado
  - O cálculo do tempo de lead agora considera artefatos/pacotes registrados como parte da execução de pipeline e é calculado com base nas confirmações associadas a ele.

Novo:
- Autenticação OAuth 2.0 para Azure DevOps (ADO)
  - Use a autenticação OAuth 2.0 para conectar sua ferramenta do Azure DevOps ao DevOps Change Velocity, garantindo um método de autenticação mais seguro.
- Autenticação OAuth 2.0 para Jira Cloud
  - Use a autenticação OAuth 2.0 para conectar sua ferramenta Jira Cloud ao DevOps Change Velocity, garantindo um método de autenticação mais seguro.
Alterado:
- Solução de contêiner do Docker generalizada para oferecer suporte a qualquer ferramenta de orquestração
  - Use a solução de contêiner do Docker generalizada e extensível para integrar qualquer ferramenta de orquestração com o DevOps Change Velocity para invocar ações de pipeline, como a criação de solicitação de mudança e coletar dados relevantes do DevOps, sem precisar depender de plug-ins ou extensões específicos da ferramenta.
- Integração simplificada de ferramentas de planejamento que não são compatíveis com o sistema de base
  - Integre as ferramentas de planejamento que não são compatíveis com o sistema de base usando regras de transformador. Os problemas do GitLab agora estão disponíveis como uma das ferramentas de planejamento e foram criados aproveitando essa nova abordagem, para que você possa descobrir planos, importar itens de trabalho e configurar webhooks para itens de trabalho (problemas) no GitLab.
- Experiência aprimorada de criação de mudança de DevOps manual, permitindo a associação de itens de trabalho diretamente
  - Adicione dados de itens de trabalho em uma solicitação de mudança do DevOps criada manualmente no Espaço de operações de serviços para ITSM.

Integrações de DevOps aprimoradas para oferecer suporte aos seguintes recursos de velocidade de mudança de DevOps:
- Alterado:
  - Jornada aprimorada para automação total da mudança usando modelos.
  - Ofereça suporte a reexecuções com a ação do GitHub.
  - Suporte a API_KEY para o servidor JIRA.
  - Persiste os detalhes da ramificação na execução do pipeline para determinar confirmações de artefatos e pacotes.
- Removido:
  - Para tornar o fluxo Mudança - Implementação de DevOps do modelo de DevOps mais adequado para mudanças de DevOps, as tarefas de mudança não são mais criadas automaticamente.
  - O fluxo de aprovação da automação mínima da solicitação de mudança do DevOps e os fluxos de aprovação da automação avançada da solicitação de mudança do DevOps não serão acionados para solicitações de mudança do DevOps cujo modelo seja um modelo de mudança do DevOps do sistema base (DevOpsorDevOpssimplificado) para evitar conflitos e erros.
- Observação: para obter informações detalhadas sobre os recursos, consulte as Notas de versão do DevOps Change Velocity.

Novo:
- Suporte à integração da ferramenta de orquestração personalizada
  - Integre o DevOps Change Velocity a qualquer ferramenta de orquestração que não seja compatível com o sistema de base.
- Tratamento de erros de integração e proteções aprimorados
  - Exiba mensagens de erro aprimoradas que ajudam a encontrar a causa raiz de um problema aointegrar (conectar, descobrir, configurar ou importar) uma ferramenta.
- Criação de solicitação de mudança com erros na recuperação de dados do DevOps
  - Habilite a criação da solicitação de mudança mesmo se houver um erro na recuperação dos dados de DevOpsem um pipeline.
- Suporte para solicitação de mesclagem/extração do GitLab
  - Gerencie as solicitações de extração de pipelines do GitLab para a origem de codificação do GitLab do ServiceNow DevOps.
- Suporte do JFrog Artifactory para GitHub Actions, Azure DevOps e GitLab
  - Importe os dados de artefato publicados no JFrog Artifactory para ações do GitHub, Azure DevOps e execuções de pipeline do GitLab.
- Várias configurações do ServiceNow DevOps na mesma instância do Jenkins
  - Configure várias conexões do ServiceNow DevOps em um servidor Jenkins.
Alterado:
- Suporte ao Jira Cloud
  - Integre o Jira Cloud ao DevOps Change Velocity, além do Jira no local.
- Melhorias no contêiner do Docker do GitLab
  - Recupere e atualize os detalhes da solicitação de mudança associados a um pipeline do GitLab e publique os resultados de testes de unidade. A atualização automática do código de encerramento, com base no status geral de execução do pipeline para pipelines simples do GitLab, também é compatível.

Novo:
- Integração de problemas com o GitHub
  - O GitHub agora oferece suporte à capacidade Planejar com a integração de problemas do GitHub, além das capacidades de código e orquestração. Os problemas do GitHub do repositório também podem ser descobertos e vinculados às confirmações do GitHub e persistentes no ServiceNow DevOps CHG, que pode ser usado para decisões de política de aceleração do ServiceNow DevOps CHG.
- Compatível com vários tipos de teste de unidade para ações do GitHub
  - Publique automaticamente os resultados de testes de vários relatórios da ferramenta de teste de unidade, como NUnit, pytest, jest, JUnit, XUnit sem nenhuma chamada de API personalizada para publicar no ServiceNow DevOps CHG.
- Experiência de automação de mudança guiada
  - Uma orientação aprimorada no produto agora é fornecida sobre as várias maneiras de aproveitar as mudanças do DevOps e como adotar facilmente as mudanças do DevOps sem interromper completamente o processo de mudança. Um passador orienta você para automatizar a criação de mudanças do DevOps. Você pode verificar o status da conexão de uma ferramenta ao selecionar um pipeline no passador e também será alertado antes de prosseguir para a próxima etapa. Dois novos fluxos de transição de estado: Mudança - DevOps - Novo e Mudança - Programação de DevOps, para o modelo de mudança de DevOps são introduzidos para mover e rastrear mudanças por meio desses estados. O script DevOpsChangeRelationshipHelper foi introduzido para recuperar dados associados a uma solicitação de mudança com base no tipo de relação especificado.
- Manipulação da limitação de taxa da API do Azure DevOps e do GitHub
  - Quando os limites de taxa da API do Azure DevOps ou do GitHub forem excedidos, a Velocidade de mudança do DevOps adiará o processamento de novos eventos até que a limitação do GitHub diminua para lidar com grandes volumes de dados.
- Paginação compatível em solicitações de importação de descoberta para pipelines, repositórios, planos para Azure DevOps e GitHub
  - Os dados agora são recuperados de ferramentas de terceiros em lotes (forma paginada). Isso ajudará você a escalonar integrando muitas equipes com grandes volumes de dados.
  - Remoção das funções de administrador de conexão e Flow Designer do administrador de DevOps e proprietário da ferramenta
    - A visibilidade e as capacidades de edição de administradores de DevOps e proprietários de ferramentas foram limitadas pela remoção das funções de Flow Designer e administrador de conexão desses usuários.
- Mudanças em artefatos e pacotes
  - A experiência geral com adoção, implementação e tratamento de erros para artefatos e pacotes foi aprimorada. A API de registro de artefatos e pacotes, para Jenkins e ADO, agora fornece mensagens claras na resposta sobre o status. Os usuários podem ver se a versão do artefato já está presente, preparada ou criada e também podem ver o motivo em caso de rejeição. Uma mensagem clara está disponível no console junto com um link para navegar até a página do artefato. A API DevOpsDPRHelper agora usa execuções de pipeline como uma entrada para obter dados sobre vulnerabilidades, resultados de testes e cobertura de código. A experiência de solução de problemas foi aprimorada com a adição de uma coluna de descrição que explica por que uma versão ou pacote de artefato está pendente. Um novo módulo de lista composto por listas de artefatos, pacotes e pacotes pendentes foi criado para facilitar o acesso a essas informações no espaço de mudança de DevOps.
- Melhorias no processamento de notificações do GitLab
  - A escalabilidade foi aprimorada com o processamento contínuo de eventos do GitLab. A pré-filtragem foi introduzida nos eventos de entrada para reduzir o número de eventos de fluxo e chamadas de API. O suporte para limitação de taxa foi habilitado para fluxos de descoberta e importação junto com eventos de webhook. Os subfluxos do GitLab, como a Notificação de IC do GitLab, foram reprojetados para reduzir a interferência no acompanhamento do estado de espera, o que otimizou o número de chamadas REST feitas para recuperar informações do projeto.
- Mudanças na integração do SonarQube
  - O status geral do portal de qualidade do SonarQube para o resumo da verificação agora é compatível e a integração do SonarQube com pipelines do GitLab também é compatível usando o contêiner do Docker Gitlab da ServiceNow DevOps.
- Removido: a dependência do spoke do GitHub foi removida.

Novo:
- Atualização automática do código de fechamento com base no status geral de execução do pipeline
  - A mudança criada a partir de um pipeline agora é fechada automaticamente e atualizada com as anotações de fechamento, hora de início/término real com base no status geral de conclusão do pipeline. Isso é controlado por um sinalizador de configuração que pode ser passado como o atributo na etapa de criação do CHG ou por meio da configuração no nível do pipeline no DevOps Change Velocity.
- Conexão da ferramenta e status da configuração
  - Para Jenkins, GitHub e Azure DevOps, os indicadores de status de conexão e configuração são atualizados. Você também pode testar facilmente as conexões da ferramenta. O status geral da ferramenta agora é atualizado como Conectado, Desconectado, Requer atenção, com base no status de Status da conexão, Credenciais da ferramenta, Verificação de permissões, Status da configuração do Webhook.
- Suporte à organização do GitHub
  - A organização do GitHub agora é compatível com a ferramenta GitHub conectada via autenticação básica ou app GitHub usando código de autorização, com privilégios de associação atualizados de acordo na ferramenta GitHub. E o app GitHub usando JWT oferece suporte a uma organização por ferramenta, mas com várias conexões de ferramenta, várias organizações podem ser compatíveis.
- Compatível com vários tipos de teste de unidade para Azure DevOps (ADO)
  - Publique automaticamente os resultados de testes de vários relatórios de ferramentas de teste, como NUnit, pytest, jest, JUnit, XUnit sem nenhuma chamada de API personalizada para publicar no CHG de DevOps.
- Suporte a solicitação de extração (PR)/solicitação de mesclagem para Azure DevOps (ADO)
  - As execuções de pipeline de solicitação de extração do ADO agora são rastreadas no DevOps Change Velocity e os metadados a seguir são publicados no CHG, ID da solicitação de extração, confirmações, ramificação de origem, ramificação de destino, gerado por, aprovador, comentários, tempo de aumento de RC, tempo de aprovação de RC, RC hora de mesclagem/encerramento.
- Manipulação da limitação de taxa da API do GitHub
  - Quando os limites de taxa da API do GitHub forem excedidos, a Velocidade de mudança para DevOps adiará o processamento de novos eventos até que a limitação do GitHub diminua. Isso aumentará o desempenho geral para grandes volumes de dados.
- Suporte do Checkmarx
  - Conecte o Checkmarx que está integrado aos pipelines de IC/CD ao DevOps Change Velocity para recuperar os resultados da verificação de segurança. Isso ajuda a determinar o quão vulnerável está o seu código. As verificações do Checkmarx configuradas nos pipelines de Ações do GitHub, Jenkins e Azure DevOps são compatíveis com o sistema de base. Você pode exibir os resultados da verificação de segurança na lista relacionada de uma solicitação de mudança ou na execução de tarefa do pipeline em sua instância da ServiceNow ou na IU do pipeline. Você pode usar os resultados de segurança na definição de políticas de mudança e condições para automação de mudanças. O Checkmarx One e o Checkmarx SAST são compatíveis.
- Suporte multimodelo> >mudanças
  - Migre todos os pipelines existentes para usar modelos usando o catálogo Migração de pipeline de DevOps para modelos de mudança. Além disso, você pode passar os modelos de mudança por nome nos pipelines da ferramenta de orquestração.

Novo:

Novo:
- Estrutura de segurança
  - Uma nova estrutura de integração e modelo de dados foram adicionados especificamente para ferramentas de segurança de aplicações. É uma estrutura extensível que também permite criar integrações personalizadas com qualquer ferramenta de segurança de aplicações.
- Suporte a Veracode
  - Conecte o Veracode que está integrado aos pipelines de IC/CD ao DevOps Change Velocity para recuperar os resultados da verificação de segurança. Isso ajuda a determinar o quão vulnerável está o seu código. As verificações do Veracode configuradas nos pipelines de Ações do GitHub, Jenkins e Azure DevOps são compatíveis com o sistema de base. Você pode exibir os resultados da verificação de segurança na lista relacionada de uma solicitação de mudança ou na execução de tarefa do pipeline em sua instância da ServiceNow ou na IU do pipeline. Você pode usar os resultados de segurança na definição de políticas de mudança e condições para automação de mudanças.
- Suporte multimodal
  - A mudança multimodal é um novo recurso de gestão de mudanças que permite melhor flexibilidade na definição de modelos ou processos de mudança para refletir as práticas de desenvolvimento modernas. O DevOps oferece suporte a este novo recurso, que permite criar modelos de mudança com estados e regras que determinam as transições entre os estados para entregar modelos de mudança "ajustados à finalidade" com um pacote de fluxos concisos e ações de fluxo criados no Flow Designer. Com os modelos de mudança do DevOps, as equipes de mudança agora podem fazer a transição seletiva para uma ampla variedade de modelos totalmente otimizados para casos de uso específicos
- Autenticação de token seguro para usuário de integração
  - As ações do Azure DevOps, Jenkins e GitHub agora oferecem suporte à autenticação baseada em token para o usuário de integração. O Jenkins oferece suporte à autenticação básica e de token para torná-lo compatível com a Configuração de DevOps.
- Executar confirmações para ações do GitHub e Azure DevOps
  - Aumente a rastreabilidade capturando a lista completa de confirmações de execução para uma mudança nas Ações do GitHub e no Azure DevOps.
- Mudanças no espaço para integração e informações
  - Isso inclui a validação da instalação da extensão do ServiceNow DevOps no Azure DevOps antes de configurar os webhooks, a importação automática de etapas do pipeline ao passar pela configuração da automação de mudanças, ícones de informações para widgets de Insights de DevOps e melhores recursos visuais para widgets de pontuação de métrica de fluxo e aceleração para Insights de DevOps.
- Registrar em log as transições de estado de CHG na ferramenta de orquestração e nos detalhes da condição de política
  - Informações de mudança, como número de mudança, estado, grupo de atribuição, aprovadores, data de início/término planejada, são exibidas nos logs do console dos pipelines do Azure DevOps e fluxos de trabalho de ação do GitHub, enquanto o pipeline ou o fluxo de trabalho está pendente de aprovação de mudança. A aplicação ServiceNow DevOps é pesquisada em intervalos regulares e, se houver alguma diferença nas informações de mudança, ela será registrada diretamente nos logs do console, minimizando assim os saltos para a instância da ServiceNow. Os detalhes da Condição de Política, que falhou, também são registrados no console da ferramenta de orquestração.
- Obter e atualizar detalhes da solicitação de mudança do DevOps
  - Obtenha e atualize os detalhes da solicitação de mudança associados a um pipeline do Azure DevOps e ao fluxo de trabalho do GitHub Action usando a extensão do ServiceNow DevOps do mercado de trabalho do Azure DevOps e GitHub Action. Essas extensões ou ações personalizadas podem ser usadas para obter a mudança, atualizar a mudança e fechar a mudança conforme necessário, passando os atributos necessários.
- Portões de implantação de ação do GitHub
  - A Velocidade de mudança para DevOps da ServiceNow agora é compatível com os Portões de implantação de ação do GitHub para seus ambientes. Ao integrar este recurso ao ServiceNow DevOps, os desenvolvedores podem impor portas de qualidade em todos os ambientes de implantação nas Ações do GitHub e obter os detalhes da mudança nos logs do console de Regra de proteção de implantação das Ações do GitHub, junto com o andamento dos estados de mudança como aprovados ou rejeitados.
- Configurar webhooks manualmente
  - Agora você pode optar por configurar os webhooks manualmente em vez de configurá-los automaticamente no ServiceNow DevOps Change Velocity. Você pode usar este recurso para acessar o token e o sysid. Usando essas informações, o administrador da ferramenta em sua organização pode configurar os webhooks manualmente. Ele só pode ser acessado pelas funções de Administrador de DevOps e Proprietário da ferramenta.
- Conexão e credencial do ServiceNow DevOps
  - A configuração inicial do ServiceNow DevOps Change Velocity pelos administradores da ServiceNow foi simplificada. A tarefa de configurar o usuário de integração com credenciais básicas de autenticação não é mais necessária. A configuração do alias CreateDevOpsTool foi removida.
- Manipulação ideal de eventos do ServiceNow DevOps para melhorar o desempenho
  - O ServiceNow DevOps filtrará eventos ignoráveis antes que eles acionem uma execução de fluxo. Isso melhorará o desempenho da manipulação de eventos e a largura de banda de execução do Flow Designer para eventos significativos, melhorando assim o tempo de resposta geral. Isso também permite que os administradores de DevOps adicionem webhooks de ferramentas com um escopo mais amplo sem afetar o desempenho do sistema.
Principais correções.

Mudanças:

Suporte à organização do Azure DevOps
- Conecte uma ferramenta ao Azure DevOps diretamente no nível organizacional. Os projetos dentro da organização são descobertos automaticamente. Você pode configurar webhooks para vários projetos de uma só vez e atualizar facilmente as credenciais no nível da organização. Isso elimina a necessidade de conectar uma ferramenta por projeto do ADO.
Acesso de grupo para ferramentas e aplicações
- Controle o acesso a ferramentas e aplicações adicionando grupos de usuários ao campo Mantido por. Os usuários que pertencem aos grupos adicionados podem acessar somente essa ferramenta ou app e podem editá-los somente se suas funções permitirem. Uma nova função, responsável pela ferramenta de DevOps, foi introduzida. Usuários com esta função só podem conectar ferramentas e não terão acesso a recursos adicionais de administrador de DevOps, como propriedades do sistema.
Recuperar automaticamente as etapas do pipeline ao associar a uma aplicação
- Ao associar um pipeline a um app, as etapas do pipeline também são recuperadas durante a importação. Não é mais necessário executar um pipeline uma vez para que as etapas sejam mapeadas no ServiceNow DevOps.
Mensagem de erro atualizada
- Mensagens de erro aprimoradas são exibidas em eventos de entrada e solicitações de importação para ajudar a encontrar a causa raiz de um problema para notificações em tempo real. As mensagens de erro identificam problemas ativos relevantes, realçam problemas específicos e explicam como atenuá-los.
Notificação de expiração de credenciais
- Os administradores e proprietários da ferramenta serão notificados quando as credenciais da ferramenta expirarem ou estiverem prestes a expirar. Eles serão alertados por e-mail, tarefa universal, ícone de sino de notificação e uma mensagem no registro da ferramenta. Isso evita qualquer perda de dados.
Último evento recebido
- Alerte os administradores de DevOps quando os eventos foram recebidos pela última vez para alertá-los sobre qualquer possível problema que possa ocorrer com a conexão da ferramenta. O campo Último evento recebido no registro da ferramenta ajudará a solucionar facilmente quaisquer problemas de conexão. Você pode definir o número de dias para exibir avisos ou alertas críticos no campo Último evento recebido no registro da ferramenta quando os eventos não estão sendo recebidos.
Registrar em log o status de mudança enquanto o pipeline está com a decisão pendente de retomar a execução
- Informações de mudança, como Número de mudança, Estado, Grupo de atribuição, Aprovadores, Data de início/término planejada, são exibidas nos logs do console do Jenkins e Ações do GitHub, enquanto o pipeline/fluxo de trabalho está pendente para aprovação de mudança. A aplicação ServiceNow DevOps é pesquisada em intervalos regulares e, se houver alguma diferença nas informações de mudança, ela será registrada diretamente nos logs do console, minimizando assim os saltos para a instância da ServiceNow.

Fixo:

GitHub: a ação Descobrir falhará se um repositório já descoberto for excluído no GitHub.
O usuário com a função "sn_devops.viewer" da Mudança de DevOps pode ver o link do espaço de configuração de DevOps.
SonarQube/SonarCloud: em uma solicitação de mudança, o registro de resumo de qualidade do software não administrativo é substituído pelo próximo registro em vez de criar um novo registro de resumo.
A criação de mudanças falhará se as políticas de dados estiverem presentes nos atributos de mudança.
Não é possível editar a exibição padrão da lista relacionada à solicitação de mudança quando o DevOps Change Velocity está instalado.
Azure DevOps: quando o tipo de etapa não é implantação de produção, as listas relacionadas ao item de trabalho e às confirmações da mudança exibem entradas incorretas.
Jira: itens de trabalho duplicados serão criados se um problema for atualizado imediatamente após a criação.
O usuário com a função de Visualizador de DevOps não pode acessar a análise de KPIs para todos os widgets de informações no espaço.
Se uma confirmação for processada no DevOps, excluída no DevOps e confirmada novamente no GitHub, os detalhes do confirmador da confirmação não serão persistentes.
Número incorreto de testes exibidos no widget de atividade da aplicação nos últimos 30 dias.

Alterado
- Manipulação de erros e proteções aprimoradas: mensagens de erro aprimoradas para ajudar a encontrar a causa raiz de um problema durante a integração (conexão, descoberta, configuração ou importação) de uma ferramenta. As mensagens de erro identificam problemas ativos relevantes, realçam problemas específicos e explicam como atenuá-los.
- Mudanças no espaço de mudança de DevOps:
  - Configuração do sistema inicial simplificada para administradores da ServiceNow, que inclui o status da configuração, identificação aprimorada do escopo necessário para concluir, capacidade de definir novas senhas para a conta usada para configurar o alias de credencial, validação extra e muito mais.
  - Expansão da função de proprietário da aplicação, que inclui a capacidade de modificar as etapas do pipeline para atribuir serviços de aplicações ou configurar a automação de mudanças. Os proprietários de apps também podem clicar em Descobrir para que as ferramentas associem novos objetos necessários à aplicação DevOps. Administração de ferramenta atualizada, que inclui a capacidade de atualizar facilmente as credenciais de cada ferramenta e verificar as permissões das credenciais fornecidas.
- Integração do Rally: conecte-se à ferramenta de planejamento Broadcom Rally para importar objetos de planejamento do Rally, como épicos, histórias, erros e tarefas, para os dados do DevOps como itens de trabalho. A integração do Rally oferece suporte à descoberta de itens de trabalho, à configuração de webhooks para enviar dados em tempo real e à importação de dados históricos. Itens de trabalho de Rally podem ser associados a confirmações usadas para aceleração de solicitação de mudança.
- Autenticação GitHub OAuth JWT: a autenticação segura da conexão da ferramenta GitHub agora é compatível com OAuth JWT (Json Web Tokens). A autenticação OAuth-JWT usando chave privada gerada no GitHub agora é compatível.
- Obter e atualizar detalhes da solicitação de mudança do DevOps: obtenha e atualize os detalhes da solicitação de mudança associados a um pipeline do Jenkins executando os scripts snDevOpsGetChangeNumber e snDevOpsUpdateChangeInfo, respectivamente, no pipeline do Jenkins.
- Métricas de aceleração de DevOps: agora também mostradas no espaço do Gestão de portfólios digitais por aplicação de negócios.
Fixo
- A aplicação DevOps Insights 1.36 adiciona ACLs, que ocultam os ICs de serviço de negócio e de aplicação de negócios no CMDB.
- A assinatura do DevOps não está adicionando os usuários com a função atribuída por meio de um grupo de atribuição à tabela Participante.
- O campo Proprietário não é preenchido quando o app é criado por meio da integração de apps.
- A Descoberta do Jenkins falha com um grande número de pipelines/trabalhos.
- Quando o nome do pipeline é o mesmo em todas as ferramentas (por exemplo, Gitlab, Jenkins), as execuções de pipeline de uma ferramenta são mapeadas para outra ferramenta.
- Os detalhes da ramificação estão ausentes para a confirmação devido à condição de disputa quando os eventos de marcador e de ramificação são processados simultaneamente.
- A pergunta "Deseja configurar?" A caixa de seleção está ausente no portal de serviços durante a integração do app.
- O processamento de confirmações em massa do GitHub persiste em mais confirmações do que o necessário.
- Para um pipeline do Azure DevOps (ADO) com apenas uma fase e recibo de mudança habilitados, o CR é criado com a data de início real maior que a data de término real.
- A Descoberta do Gitlab preenche somente os primeiros 100 (valor definido na propriedade import.coding_tool.repos.per_page) repositórios e pipelines.
- O nome de classe de IC "Pacote" criado a partir de conflitos de pacote do DevOps com o pacote do SO do IC do CMDB.

Novo
- Mensagens de erro aprimoradas para ajudá-lo a encontrar a causa raiz de um problema ao se conectar a uma ferramenta. As mensagens de erro identificam problemas ativos relevantes, realçam problemas específicos e explicam como atenuá-los.
- Agora você pode especificar um MID Server específico diretamente na página do espaço de mudança do DevOps ao se conectar a uma ferramenta.

Integração de ações do GitHub:

O GitHub é uma ferramenta de codificação que agora foi atualizada para oferecer suporte à capacidade de orquestração de ações do GitHub no ServiceNow DevOps. Você usa as ações personalizadas do ServiceNow DevOps (publicadas no mercado GitHub Actions) para integrar pipelines de ações do GitHub e ambientes do GitHub.
Para atualizar o modelo de dados, a Integração de ações do GitHub requer que o GitHub esteja conectado, configurado e que os pipelines sejam descobertos. Os fluxos de trabalho de ações do GitHub são pausados e retomados usando ações personalizadas

As seguintes ações personalizadas são publicadas no repositório do GitHub:

Mudança do ServiceNow DevOps
Relatório de teste de DevOps da ServiceNow
Sonar do ServiceNow DevOps
Artefato de registro do ServiceNow DevOps
Pacote de registro do ServiceNow DevOps

Importação histórica e pesquisa para artefatos do Azure DevOps:

Importe dados históricos para artefatos do ADO usando o catálogo de autoatendimento de integração do app e a pesquisa periódica para buscar os dados. A estrutura de importação ajuda a integrar as equipes buscando dados do DevOps na instância sem precisar editar o pipeline ou configurar webhooks. Os dados importados fornecem informações sobre as causas raiz para rastreabilidade completa da mudança, o que ajuda a identificar as causas raiz e as áreas de melhoria.

Política de aprovação de mudança pronta para uso Entradas de risco e motivos de rejeição:

A política de aprovação de mudanças padrão do DevOps do sistema base melhora a automação de mudanças e a política de aprovação. As condições de política são executadas nos dados de DevOps coletados para rejeitar, aprovar ou adiar automaticamente para aprovação manual. Os dados podem ser métricas em confirmações, cobertura de código, resultados de testes, resultados de verificação do sonar, entradas de risco e assim por diante. A política de aprovação de mudanças é configurável. Para ajudar os usuários a tomar ações corretivas rapidamente, os motivos de rejeição são capturados nas anotações de trabalho CHG.

Gerador de snippet do Jenkins:

O plug-in Jenkins para ServiceNow DevOps pode gerar etapas de pipeline com script de DevOps. Isso ajuda os desenvolvedores a adotar recursos do ServiceNow DevOps rapidamente e a modificar pipelines facilmente.

Alterado
- Política de aprovação de mudanças pronta para uso: a política de aprovação de mudanças padrão pronta para uso (OOTB) do DevOps é implementada para atualizar a política de aprovação e automação de mudanças. Com o qual, as condições da política são aplicadas aos dados do DevOps coletados para rejeição ou aprovação automáticas ou adiamento para aprovação manual. Os dados do DevOps podem ser métricas em confirmações, cobertura de código, resultados de testes, resultados de verificação do sonar etc. A política de aprovação de mudanças é configurável.
- Importar dados históricos para ferramentas de DevOps - Azure DevOps: importe dados históricos para todas as capacidades (Código, Plano e Orquestração) usando o catálogo de autoatendimento de integração do app e a pesquisa periódica para buscar dados. A estrutura de importação ajuda a integrar as equipes buscando dados do DevOps na instância sem precisar editar o pipeline ou configurar webhooks. Os dados importados fornecem informações sobre as causas raiz para a rastreabilidade completa da mudança. A partir da versão 1.34, você pode importar os dados e configurar um mecanismo de pesquisa para o Azure DevOps.
- jFrog - Integração de artefatos do Jenkins: integre o Jenkins e o jFrog Artifactory no ServiceNow DevOps e use esses dados para rastreabilidade e vinculação de pipelines de IC/CD na ServiceNow. Associe os pipelines de compilação (IC) aos artefatos criados e publicados no jFrog e associe os pipelines de implantação (CD) aos pacotes baixados dos repositórios do jFrog para implantar. Vincular esses pipelines de IC/CD aos artefatos e associá-los à mudança cria o link da confirmação para artefatos criados e implantados para rastreabilidade de mudança.
Fixo
- Integração com o GitLab: números de compilação do GitLab muito grandes são salvos como números extremamente grandes na coluna build_number da tabela de execução de tarefas
- Erro de segurança

Alterado
- Rastreabilidade de mudanças
  - A rastreabilidade de mudanças é uma maneira não invasora de utilizar dados de DevOps para acelerar mudanças manuais. Isso permite um tempo mais rápido de valor no caminho para a automação de mudança completa. Com esta versão, você pode associar versões de artefatos, números de compilação ou uma versão de lançamento a uma solicitação de mudança criada manualmente que extrairá dados do DevOps, como itens de trabalho, confirmações e testes.
  - A implementação não requer modificações de pipeline para incluir tarefas de mudança do ServiceNow DevOps. Assim, com os dados de DevOps associados, você tem visibilidade completa do que foi implantado na produção para acelerar suas mudanças manuais.
- Suporte à importação e pesquisa para JIRA, GitHub e Jenkins
  - A importação por meio do catálogo de autoatendimento de integração de aplicações e pesquisa periódica para buscar dados para todas as capacidades (Código, Plano e Orquestração) ajudará você a integrar equipes facilmente, inserindo rapidamente os dados do DevOps na ServiceNow sem precisar editar o pipeline ou configurar webhooks. Os dados importados fornecerão informações sobre as causas raiz para a rastreabilidade completa da mudança. Esta versão abrangerá a estrutura de importação para JIRA, GitHub e Jenkins e o mecanismo de pesquisa configurável.
  - As seguintes dependências de spoke do app foram adicionadas para oferecer suporte ao recurso
    - Spoke do Jenkins V2 – 1.1.2
    - Spoke do Jira – 3.1.1
    - Spoke do GitHub – 2.2.2
- Notificações e painel de Integridade do sistema
  - O painel de integridade do sistema fornece uma maneira de monitorar ou solucionar problemas dos dados que chegam de suas ferramentas de DevOps conectadas ao ServiceNow DevOps. Essa é uma maneira de os administradores de DevOps terem melhor visibilidade sobre os eventos de entrada que processam dados recebidos de várias ferramentas que foram configuradas no DevOps. Também há uma maneira fácil de verificar o status mais recente da conectividade da ferramenta.
  - As notificações por e-mail podem ser enviadas para um grupo que fornecerá informações semanais sobre as principais estatísticas, como execuções de pipeline, solicitações de mudança e dados de eventos de entrada. Isso permite que os administradores de DevOps sejam notificados proativamente se houver possíveis mudanças na ajuda geral do sistema DevOps.
Fixo
- Azure DevOps
  - Se várias confirmações forem processadas no mesmo milissegundo, repositórios duplicados serão criados
  - A ferramenta ADO criada salva credenciais em texto não criptografado
- As notificações do GitLab ficam travadas no estado de espera e de erro quando o midserver está ativo e inativo de forma intermitente
- A IU do pipeline não está carregando para pipelines com grande número de execuções de pipeline
- Regras de relacionamento de DevOps são executadas para solicitações de mudança com categoria não DevOps
- Falha no registro de artefato para o trabalho de estilo livre após o upgrade para 1.32
- Erro de segurança

Novo
- Suporte do Jenkins para fases paralelas: o ServiceNow DevOps agora rastreará fases que são executadas em paralelo/aninhadas em pipelines do Jenkins. As fases paralelas serão renderizadas com precisão na Interface do usuário do pipeline, e as solicitações de mudança automatizadas só serão criadas quando as fases paralelas anteriores estiverem concluídas.
- Azure DevOps: recurso de processamento em massa habilitado para a capacidade de Orquestração da ferramenta ADO para otimizar o processamento de eventos.
- Políticas de arquivamento de tabela
  - Regras de arquivamento adicionadas ao arquivamento automático de dados com mais de 9 meses (configurável, pode ser configurado para todas as regras de arquivamento usando uma propriedade).
  - Foram adicionadas Regras de Destruição que limparão os dados arquivados com mais de 3 anos.
  - As Regras de Arquivamento e Destruição acima são aplicadas a tabelas que consistem em dados - PipelineExecution, StepExecution, TaskExecution e todas as tabelas relacionadas.
Fixo
- Agile Development 2.0: quando o usuário com as funções scrum_product_owner e scrum_story_creator cria uma história de usuário, o item de trabalho correspondente não é criado no DevOps.
- Jenkins: pipelines de várias ramificações com configuração de BitBucket têm valor de execução de tarefa, pois as execuções de pipeline vazias são criadas, embora o rastreamento NÃO esteja habilitado para o pipeline de várias ramificações e o pipeline aninhado. Depois de recriar a ferramenta Jenkins, os eventos de entrada são criados, embora os pipelines não sejam descobertos ou rastreados.
- Azure DevOps: para projeto personalizado (não projeto Agile): quando o item de trabalho do ADO é excluído, erros de evento de entrada com código de erro 400 não atualizam o estado do item de trabalho de DevOps correspondente para Excluído.
- O sinalizador de recebimento de mudança para um registro de etapa de pipeline não é atualizado quando a carga de integração do app é publicada

Novo
- Suporte para fases paralelas no Azure DevOps
  - O ServiceNow DevOps agora rastreará fases que são executadas em paralelo nos pipelines de versão do Azure DevOps. As fases paralelas serão renderizadas com precisão na Interface do usuário do pipeline, e as solicitações de mudança automatizadas só serão criadas quando as fases paralelas anteriores estiverem concluídas.
  - Observação: o suporte a fases paralelas está limitado aos pipelines de versão do Azure DevOps; Os pipelines de compilação continuarão a ser rastreados e renderizados em série no ServiceNow DevOps.
- Retornar número de solicitação de mudança no Jenkins
  - Quando um trabalho ou pipeline do Jenkins for configurado para Controle de mudanças, este recurso fará com que o Número de Mudança da mudança recém-criada seja enviado para o arquivo de log de compilação. Essas informações ajudam o proprietário do pipeline a entender por que o pipeline está pausado e permitem que ele acompanhe o status da mudança, se desejar. A saída de log é somente informativa e o changeInfo existente é recomendado para recuperar detalhes e informações de status de forma programática para uma solicitação de mudança de DevOps pendente.
- Suporte para URLs legados do Azure DevOps
  - O ServiceNow DevOps agora oferece suporte ao uso da URL (visualstudio.com) legada em projetos do Azure DevOps. A URL legada agora pode ser usada de forma intercambiável com a nova URL (azure.com).

Novo
- Reiniciar fases do Azure DevOps: suporte a reinicializações de pipeline e fase/etapa que permite rastrear as informações corretamente, já que a execução do pipeline é a mesma
- GitLab OAuth: compatível com OAuth, pois é mais seguro do que a autenticação básica para evitar ações mal-intencionadas e visibilidade injustificada
Fixo
- Plug-in do Jenkins para ServiceNow DevOps
  - Vulnerabilidades de segurança relacionadas a dependências do plug-in do Jenkins. (Observação: a partir do DevOps 1.30, a versão base mínima do servidor Jenkins deve ser 2.204.6 para corrigir as vulnerabilidades)
  - Notificação travada no estado de espera para pipelines de várias ramificações que têm um nome de ramificação com caracteres especiais (por exemplo, rascunho/dev!@@&mybranch)
- Azure DevOps
  - Criar pipeline: as versões do artefato não são exibidas na lista relacionada à solicitação de mudança quando o pacote e a mudança são criados na mesma fase.
  - O campo Confirmado em é alterado quando o marcador é criado para uma confirmação histórica
  - As execuções do pipeline de versão criam um pacote com o mesmo nome em cada execução
  - Problemas de desempenho na execução do pipeline de DevOps, resumo de teste e tabelas de retorno de chamada.
  - Intermitentemente, itens de trabalho duplicados são criados no DevOps quando o item de trabalho é criado a partir do plug-in Agile 2.0 da ServiceNow.
  - Resultados de testes não vistos no pipeline de implantação quando gerados a partir de vários pipelines de compilação.
Alterado: a partir do DevOps 1.30, a versão base mínima do servidor Jenkins deve ser 2.204.6 para corrigir as vulnerabilidades.

Mudanças de recurso:
- Plug-in do Jenkins para ServiceNow DevOps
  - Plug-in do Jenkins Marketplace: integração fácil com a instalação direta do Jenkins Marketplace. Principalmente para remover TODO o atrito para que as equipes de desenvolvimento possam se integrar e usar a solução automaticamente
  - Níveis de log aprimorados: o agente de log é a chave para diagnosticar ou depurar um problema. No entanto, ativar o registro em log excessivo pode inundar rapidamente o sistema e encerrar os servidores. As equipes de desenvolvimento agora terão a capacidade de definir os níveis de log conforme desejado para rastrear a causa raiz exata de um problema
  - Reduzindo a chamada de informações excessivas do pipeline: para reduzir o número de chamadas do Jenkins para a ServiceNow para saber se um pipeline está sendo rastreado ou não sempre que uma compilação do Jenkins é acionada, um novo sinalizador "Forçar verificação de acompanhamento" foi introduzido na configuração do Jenkins. Quando isso está desabilitado, um arquivo com as informações de rastreamento e teste do pipeline é criado, que será usado para determinar quais pipelines são rastreados na ServiceNow para enviar notificações. Sempre que um sinalizador de acompanhamento de pipeline ou informações de teste forem atualizados na aplicação ServiceNow pelo usuário, a ServiceNow fará uma chamada de API REST de POST para o Jenkins para atualizar o arquivo de acompanhamento de pipeline
- Solicitação de mudança na categorização: quando uma solicitação de mudança é criada automaticamente, ela tem Category=DevOps. Os valores de categoria que você tem hoje denotam um tipo de mudança, como Hardware, Software, Rede etc., enquanto o valor de "DevOps" é mais parecido com a origem da mudança. Pode haver instâncias em que uma mudança é originada pelo DevOps e é do tipo Hardware ou Software. Além disso, a lista Categoria já pode ser usada para uma finalidade diferente e usar valores como, por exemplo, não produção etc. A equipe de DevOps agora terá a capacidade de identificar exclusivamente que um registro de mudança é um "Registro de mudança de DevOps".
- Desempenho aprimorado do rendimento do processamento de eventos de entrada
Correções:
- O pipeline do ADO e as execuções de tarefa estão aparecendo ao rastrear o pipeline específico no nível da ferramenta, mas o acompanhamento não está habilitado para o pipeline
- Os comentários de aprovação e rejeição automáticas da solicitação de mudança não estão definidos no registro da tabela sysapproval_approver
Plug-in Jenkins para ServiceNow DevOps: 1.29

Novo:
- Os eventos de entrada com erros de determinados tipos de exceção serão repetidos automaticamente por um trabalho agendado. Os tipos de exceção, contagem de novas tentativas e idade dos eventos de entrada com erro a serem processados são configuráveis nas propriedades do DevOps
- Integração do Jenkins Segurança aprimorada, agora você pode usar a chave de API para criar a ferramenta do Jenkins no ServiceNow DevOps. O motivo do cancelamento/rejeição da solicitação de mudança é enviado de volta para o respectivo pipeline do Jenkins para que você saiba por que a mudança foi rejeitada/cancelada.
Fixo:
- Falha nos eventos de envio de código e envio de marcador para uma confirmação vazia que não tem nenhuma mudança de arquivo
- GitHub: erro 404 - A importação não está funcionando no nível do repositório - quando a URL da ferramenta tem "/" no final, o artefato não está vinculado à execução da tarefa quando o nome do pipeline contém o nome da ramificação
- GitHub Enterprise: não é possível configurar um repositório porque o layout webHookResourcePath incorreto da página de IU do pipeline está quebrado no IE11 Os eventos de pipeline de várias ramificações do Jenkins travam no estado Aguardando quando o nome da ramificação tem "/" e testes de Junit O pipeline de várias ramificações com um espaço não funciona
- Azure DevOps:
  - A solicitação de importação de plano de DevOps para o Azure DevOps falha com backlog grande (por exemplo, mais de 2.000 itens de trabalho)
  - Falha de entrada de notificação para uma versão que inclui um artefato do Azure
  - Quando as credenciais mudam/expiram depois que a ferramenta é criada, o estado das solicitações de importação para a ação Descobrir é sucesso em vez de erro Em uma única execução de pipeline, a confirmação de reversão é mantida antes da confirmação original, não removendo a confirmação de reversão de Executar confirmações
- Plug-in Jenkins para ServiceNow DevOps: 1.28

Alterado:
- Estrutura de qualidade de software: modelo de dados atualizado especificamente para ferramentas de segurança e qualidade de código. Uma estrutura extensível que permite a qualquer pessoa criar integrações personalizadas com qualquer ferramenta de qualidade e segurança de código.
- Suporte do SonarQube: suporte OOTB para Azure DevOps e Jenkins. Sempre que houver uma verificação acionada a partir do pipeline, os resultados da verificação serão capturados no ServiceNow DevOps, necessários para determinar o risco da mudança
- Permita que os campos de mudança sejam definidos por meio da API. Isso substitui todas as configurações de etapa definidas anteriormente. A funcionalidade atual permanece intacta, com a única diferença de que os campos agora podem ser definidos a partir da API.
- Plug-in do Jenkins para ServiceNow DevOps: 1.27

Fixo:
- Condição de concorrência que causa o motivo de espera incorreto do evento de entrada de DevOps e execuções de pipeline incompletas
- Falha na criação de mudanças do DevOps com o plug-in de gestão de mudanças legado
- Quando o e-mail do pusher do GitHub está vazio, o e-mail do confirmador e do confirmador não são preenchidos no DevOps
- Para o BitBucket, as atualizações de marcador de DevOps não são processadas

Alterado:
- Crie aliases de conexão dinamicamente (em um alias primário), o que evita a necessidade de um administrador do sistema criar aliases de conexão separadamente ao criar a ferramenta de DevOps. Este recurso usa o recurso "Aliases secundários" da plataforma e está disponível em Paris. A aplicação DevOps é enviada com aliases primários e modelos de configuração correspondentes (Autenticação básica, Chave de API e OAuth - Código de autorização) que podem ser usados para criar conexão e credencial sob o alias secundário criado.
Fixo:
- A IU do pipeline é interrompida quando todas as execuções de tarefa são ignoradas
- A integração da ferramenta de teste espera que o toolID nos parâmetros de consulta seja um ID de ferramenta de orquestração. As atualizações de marcador do DevOps não são processadas
- Não há manipulação padrão para estados do Azure incompatíveis, como SucceededWithIssues Filtrar a API de confirmação para buscar somente confirmações para Jenkins
- As informações de ramificação não são atualizadas para confirmações na mesclagem de código
Compatibilidade de plug-in e extensões:
- Plug-in do Jenkins para ServiceNow DevOps (1.24.0) https://place.visualstudio.com/items?itemName=ServiceNow.vss-services-servicenow-devops Versão: 1.24.0

Alterado:
- Azure DevOps: integração da ferramenta ADO facilitada, permitindo que os clientes escolham somente pipelines específicos para rastrear
- Agora você pode definir condições de arquivamento/limpeza para a tabela de eventos de entrada para lidar com grandes volumes de dados de DevOps
Fixo:
- Azure DevOps: quando os nomes de trabalho em diferentes fases são os mesmos, o artefato/pacote não está vinculado à execução da tarefa
- Azure DevOps: para um portal de versão com gatilho somente manual em uma fase, o pipeline de versão cria dois registros de execução de pipeline
- A geração de artefato inclui confirmações de ramificação diferente para execuções com falha no pipeline de várias ramificações
- Os scripts do Flow Designer de DevOps devem ser executados como "Usuário que inicia a sessão" em vez de "Usuário do sistema"

Alterado:
- Mudanças de API do pipeline de solicitação de mudança: defina atributos de solicitação de mudança adicionais ao criar a solicitação de mudança a partir dos pipelines do Jenkins e do Azure DevOpsDefina o sinalizador do pipeline para que o ServiceNow DevOps não feche a solicitação de mudança
- Os marcadores de repositório do GitLab e do Azure DevOps agora são compatíveis com o ServiceNow DevOps
- Agora pode processar confirmações em massa do GitLab
- "versão" agora é um campo opcional na carga do plano
Fixo:
- A IU do pipeline renderiza uma página em branco para o pipeline que cria a versão do artefato na mesma fase da mudança
- Em uma solicitação de mudança, o usuário com apenas a função de visualizador de DevOps pode ver todas as confirmações no sistema em vez das confirmações incluídas no artefato
- A solicitação de mudança não é criada quando as confirmações têm um confirmador vazio
- A solicitação de mudança não será criada se a fase ascendente for "ignorada"
- Para o Azure DevOps e o GitLab, as confirmações revertidas em uma confirmação de mesclagem são exibidas na lista relacionada de confirmações de uma solicitação de mudança

Mudanças de recurso:
- Agora há suporte para a importação e categorização automática de testes GitLab JUnit durante a execução do pipeline.
Correções:
- Grandes confirmações agora são compatíveis com o Azure DevOps.
- O pipeline do Jenkins na mudança do DevOps é retomado automaticamente após a reinicialização do servidor Jenkins.
- Dois registros de execução de pipeline serão criados se o controle de mudanças estiver habilitado na primeira fase de um pipeline de estilo livre.
- O evento de entrada gera erro ao processar o item de trabalho da ferramenta ADO com um projeto que tem um espaço no nome.
- Quando vários pipelines do ADO (todos com testes) são executados em paralelo, os eventos de entrada ficam travados no estado de espera com exceções.
- A carga de integração do app não é armazenada no campo criptografado. As notificações de conclusão de fase de entrada do Azure DevOps não são processadas corretamente, resultando em um tempo limite.
- Casos de uso de nova tentativa de portas de versão do Azure estão falhando com mudanças de recibo de mudança.
- O nome de usuário/a senha de configuração da ferramenta global do Jenkins são armazenados como textos simples em config.xml.
- O pipeline do Jenkins falhará se o pipeline não tiver sido descoberto.

Novo: vários itens de trabalho para uma confirmação agora são compatíveis e serão vinculados à confirmação no ServiceNow DevOps. Além disso:
- A sintaxe do item de trabalho na mensagem de confirmação pode ser personalizada para refletir os processos da sua organização.
- A seleção dos itens de trabalho por meio da interface do usuário do Azure DevOps ao confirmar agora é compatível.

Novo:
- Agora você pode excluir muitos objetos do DevOps, como Ferramentas, Repositórios e Pipelines. Consulte a documentação do produto para obter a lista completa e as restrições.
- Agora você pode obter o número de mudança criado em um pipeline para maior interação com a solicitação de mudança do pipeline.
Removido:
- O campo Item de configuração em uma ferramenta foi removido.
- Na seleção Usar MID Server, os dois campos (Aplicação do MID Server, Capacidade do MID Server) foram removidos.

Para as seguintes correções, instale o plug-in Jenkins para ServiceNow DevOps (1.20.2).

Fixo:
- Correção de segurança
- Se o pipeline não tiver sido descoberto, o comportamento do plug-in do Jenkins poderá falhar
- Quando o Jenkins é reiniciado, as implantações são retomadas sem aprovação de mudança

Novo:
- Registro de mudança: as etapas do pipeline agora podem ser configuradas para criar recibos de mudança, o que inclui todos os dados do pipeline, mas não requer aprovação para prosseguir no pipeline.
- Melhorias na ferramenta de teste: os testes JUnit e Selenium agora podem ser categorizados automaticamente e os tipos de teste adicionais podem ser configurados para categorização automática.
- Fases ignoradas pelo Jenkins: quando as fases são ignoradas, devido às condições de ramificação, a IU do pipeline não as exibirá.

Novo:
- As etapas do pipeline de DevOps agora são criadas automaticamente conforme o pipeline do Jenkins é executado. Você não precisa mais criar manualmente as etapas do pipeline na ServiceNow ou configurar as notificações no Jenkins. A mudança ainda é configurada manualmente nas etapas desejadas no Jenkins e no ServiceNow DevOps.
- O DevOps aumentou a resiliência de dados adicionando novas tentativas à maioria das comunicações de ferramentas dos fluxos da ServiceNow. Você pode modificar a configuração de nova tentativa para corresponder às suas necessidades.

Corrigido: esta versão é uma versão de correção. Ele corrige um problema de compatibilidade com o recurso de mudança.

Novo:
- Suporte ao pipeline de versão do Azure DevOps
  - Inclui suporte para a extensão do Portal de versão do ServiceNow DevOps ou para o uso da chamada de API REST de invocação como um portal de pré-implantação.
Impactos do upgrade e solução de problemas:
- Se você já tiver uma conexão da ferramenta ADO, precisará atualizar a URL de versão do ADO no alias de conexão e credencial.

Novo: a nova integração do Azure DevOps com um toque mais leve elimina a necessidade de adicionar notificações de início e término de trabalho aos pipelines do ADO. As modificações de pipeline agora são necessárias apenas para artefatos e mudanças de pipeline.
Fixo:
- Adição de suporte para confirmações em lote nas notificações do GitLab.
- Manipulação corrigida de tentativas de conexão do Azure DevOps feitas com URL ou credenciais inválidas.
- Corrigido o problema de hora de início/término da execução do pipeline no Azure DevOps.

Novo:
- Integração da ferramenta de codificação GitLab
  - Descobrir repositórios que pertencem a, são membros de ou por meio de pesquisa de palavra-chave
  - Configuração manual de webhooks
- Integração da ferramenta de orquestração do GitLab
  - Suporte para tipos básicos de pipeline
  - Configuração manual de webhooks

Novo: suporte para importação histórica de itens de trabalho do ADO.
Corrigido: problema corrigido para trabalhos de estilo livre em pastas no Jenkins em que a execução ascendente não está definida para trabalhos secundários.

Nota:

Esta versão do app só pode ser instalada em instâncias que executam o New York ou posterior.

DevOps Notas de versão de integrações

Notas de versão do Store

DevOps Notas de versão de integrações

Histórico de versões