DevOps Notas de versão do modelo de dados

Novo:
- Suporte para verificações proativas de integridade
  - Detecte anomalias e problemas em sua instância do DevOps Change Velocity usando um pacote de verificações proativas. Essas verificações podem ajudar a identificar problemas que não são obvios na IU do produto, mas podem ser facilmente detectados por meio de verificações de tabela. Eles são programados ou sob demanda por natureza, com base no tipo de verificação.
- 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.

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.

Modelo de dados de DevOps aprimorado 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.

Alterado:
- Modelo de dados de DevOps aprimorado para oferecer suporte aos seguintes recursos de velocidade de mudança de DevOps:
  - Suporte para integração da ferramenta de orquestração personalizada
  - Tratamento de erros de integração e proteções aprimorados
  - Permitir a criação de solicitação de mudança mesmo com erros na recuperação de dados do DevOps
  - Suporte para solicitação de mesclagem/extração do GitLab
  - Suporte do JFrog Artifactory para GitHub Actions, Azure DevOps e GitLab
  - Suporte ao Jira Cloud
  - Suporte a várias configurações do ServiceNow DevOps na mesma instância do Jenkins
  - Melhorias no contêiner do Docker do GitLab

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.

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.
- 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.
- Mudanças de suporte multimodelo
  - 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.
Fixo:
- A IU do pipeline permaneceu no estado de carregamento contínuo quando havia mais de 20 pipelines.
- O Windows Server teve um problema de compatibilidade com o Jenkins.
- Os eventos de entrada permaneceram no estado de espera quando o URL de execução da tarefa tinha uma vírgula (,) para pipelines de várias ramificações do Jenkins.
- As ferramentas estavam sendo desconectadas, mesmo para ferramentas com credenciais válidas, devido ao limite de taxa no sistema.
- A consulta codificada para retornar o URL de execução da tarefa para pipelines Jenkins de várias ramificações não estava funcionando.
- A tarefa de orquestração associada a um pipeline não foi renomeada quando um pipeline foi renomeado no ADO e redescoberto na ServiceNow.
- O grupo de atribuição não estava sendo definido em uma solicitação de mudança quando um modelo foi adicionado em uma etapa de mudança e o pipeline correspondente foi executado.
- Falha nos eventos de entrada ao se conectar a um repositório privado do GitHub usando o OAuth de aplicações do GitHub.
- Nomes de etapa incorretos foram gerados ao usar a estratégia de matriz para criar nomes de etapa no fluxo de trabalho do GitHub.
- A etapa Sonar nos pipelines de versão do ADO não estava funcionando para pipelines de solicitação de extração.
- Falha na solicitação de retorno de chamada para mudanças personalizadas nas ações do GitHub.
- Correção de segurança para webhooks do ADO.
- O suporte ao cluster do MID Server para o alias de conexão da ferramenta DevOps não estava funcionando.

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.

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.

Alterado:

Mensagem de erro atualizada
- Mensagens de erro aprimoradas para ajudar 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. Uma nova verificação de permissão ao conectar uma ferramenta mostra as permissões disponíveis nas credenciais em vez das permissões necessárias.
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
As execuções de pipeline de solicitação de extração (PR) são compatíveis com GitHub/Jenkins
- Rastreie e ofereça suporte a execuções de pipeline de solicitação de solicitação para a ferramenta de orquestração do Jenkins e RCs criadas na ferramenta de codificação do GitHub. Integre dados de RC, como ID de 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 e tempo de mesclagem/encerramento de RC da ferramenta de codificação do GitHub ao CHG de DevOps criado para o correspondente execução de pipeline na ferramenta de orquestração do Jenkins. Além disso, anexe os dados relacionados a RC ao CHG de DevOps para revisar quem autorizou, validou, verificou e aprovou o processo de mesclagem de RC.
Importar dados históricos para ferramentas de DevOps e rastreabilidade de CHG - Gitlab
- Importe dados históricos para capacidades de Código e Orquestração buscando dados por meio do catálogo de autoatendimento de integração de aplicações e pesquisas periódicas.
- A estrutura de importação ajuda a integrar equipes importando dados de DevOps para a instância sem precisar editar o pipeline ou configurar webhooks. Os dados importados fornecem informações sobre causas raiz para rastreabilidade completa de mudanças de Confirmações, Ramificações, Marcadores e Pipelines (ambos IC/CD) do Gitlab.
SonarQube - Suporte a novas métricas de código
- Integre as métricas de novo código fornecidas pelos resultados da verificação do SonarQube, independentemente dos resultados gerais da verificação de código, com base na configuração do novo código no SonarQube. As seguintes métricas de código novo estão integradas nesta versão: Novas vulnerabilidades, Nova classificação de manutenção, Nova classificação de confiabilidade, Nova classificação de segurança, Novos erros, Novos cheiros de código, Nova dívida técnica e Novas linhas de código. Isso é compatível com as ferramentas de orquestração Jenkins, Azure DevOps e GitHub Actions.
Integração da ferramenta de sinalizador de recurso do Split.io com a ServiceNow
- Esta integração estende a ServiceNow para gerenciar o processo de aprovação de CHG para sinalizadores de recurso e segmentos do Split.io. O ServiceNow DevOps agora pode gerenciar atualizações para sinalizadores de recurso.
- O suporte à integração da ferramenta de sinalizador de recurso Split.io permite a descoberta de espaços, ambientes, segmentos e sinalizadores de recurso. Você pode definir campos de solicitação de CHG para habilitar o Split.io para o controle de CHG. Após a aprovação/rejeição de uma solicitação CHG, a URL de retorno de chamada em split.io para a divisão ou segmento é invocada para retomar a implementação da atualização para a divisão e o segmento
Fixo:
- O painel de informações de DevOps agora pode filtrar por aplicação de negócios.
  - Artefatos com o mesmo nome, mas versões diferentes, são considerados duplicatas (mesmo que pertençam a repositórios diferentes).
  - Duas execuções de pipeline foram criadas para um pipeline de versão do ADO quando o nome do projeto do ADO tem espaços e caracteres especiais.
  - DevOps - Os tíquetes de mudança têm links para a página inicial do pipeline em vez de uma execução específica.
  - Azure DevOps
    - As confirmações e os itens de trabalho não estão sendo vinculados a artefatos para pipelines que têm artefatos de publicação na primeira etapa ou trabalho.
    - Azure DevOps - Os detalhes de confirmação importados mostram o número incorreto de arquivos alterados
    - Itens de trabalho, resumos de teste e confirmações não são anexados à mudança na ServiceNow quando o pipeline de versão faz check-in antes do pipeline de compilação.
    - Mensagem incorreta nos detalhes do processamento de eventos de entrada quando o mapeamento do tipo de teste está ausente.
  - Após a importação histórica de execuções de pipeline canceladas, o status do pipeline é exibido como em andamento na IU do pipeline
  - Os eventos de Orquestração do Jenkins entram aleatoriamente em estado de erro.

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.

Novo recurso:

Adicionado suporte ao pipeline de várias ramificações ao registrar um changeset ou snapshot para a execução do pipeline (requer configuração de DevOps)
- Requer o plug-in Jenkins para ServiceNow DevOps v1.35.2

Corrigido: MID Server atribuído ao alias de conexão não selecionado ao criar a mudança.

Novo
- 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ças 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 do Jenkins para ServiceNow DevOps pode gerar etapas de pipeline com script do 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ça
  - 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 aos dados de arquivamento automático com mais de 9 meses (configuráveis, podem ser configuradas para todas as regras de arquivamento usando uma propriedade). Regras de destruição adicionadas 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.
- Integração de autoatendimento
  - Esta versão inclui dois novos itens do Catálogo de serviços para habilitar um modelo de autoatendimento para integração de equipes no ServiceNow DevOps:
    - Integração da ferramenta: permite que as equipes criem uma nova instância da ferramenta do ServiceNow DevOps, incluindo criação, conexão, descoberta e configuração da ferramenta. Depois de concluída, a ferramenta está pronta para a integração da aplicação.
    - Integração do app: permite que as equipes criem um novo app do ServiceNow DevOps (ou configurem um existente), incluindo a descoberta de fases do pipeline, o controle do acompanhamento e, opcionalmente, a habilitação do controle de mudanças para uma etapa.
- Com esses dois itens do catálogo, as equipes de desenvolvimento podem configurar seus projetos para uso com o ServiceNow DevOps do início ao fim em minutos, de forma totalmente autossuficiente e em sua própria programação.
- Novo app Velocidade de mudança para DevOps
  - Um novo app "Velocidade de mudança para DevOps" foi introduzido para hospedar o recurso existente de Aceleração de mudança para DevOps. A instalação do DevOps Change Velocity instalará ou atualizará automaticamente todas as dependências do aplicativo ServiceNow DevOps, portanto, não será mais necessário instalá-las individualmente. Em conjunto com isso, o app "DevOps" existente foi renomeado para "Modelo de dados de DevOps". Esta é uma medida organizacional projetada para melhorar a experiência de instalação da aplicação; ele não muda a funcionalidade existente do ServiceNow DevOps de forma alguma.
- Habilitação do Controle automático de mudanças para ADO e Jenkins
  - Quando o Controle de mudanças do DevOps tiver sido habilitado em um pipeline do Azure DevOps ou do Jenkins, a etapa correspondente na ServiceNow terá o Controle de mudanças habilitado automaticamente. Essa melhoria funciona com o recurso de integração de autoatendimento para simplificar e agilizar o processo de integração.

Novo
- Reiniciar fases do Azure DevOps: ofereça suporte a reinicializações de pipeline e fase/etapa que permitem rastrear as informações corretamente, já que a execução do pipeline é a mesma.
- GitLab OAuth: ofereça suporte ao 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 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 da rejeição/cancelamento 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 devido ao webHookResourcePath incorreto
- O layout da página de IU do pipeline está quebrado no IE11 Jenkins Os eventos de pipeline de várias ramificações travam no estado Aguardando quando o nome da ramificação tem "/" e tem 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 de descoberta é 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 das confirmações de execução
  - 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 incorreta
- Motivo de espera do evento de entrada de DevOps e execuções de pipeline incompletas A criação de mudanças do DevOps falha 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 de 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: as etapas do pipeline de DevOps agora são criadas automaticamente conforme o pipeline da ferramenta de orquestração é executado. Você não precisa mais criar manualmente as Etapas do pipeline e mapeá-las para a ferramenta de orquestração. A mudança ainda deve ser configurada manualmente nas etapas desejadas.

Novo: os apps OAuth e GitHub agora são compatíveis com a integração do GitHub
Fixo:
- Corrigido o problema em que o nome da etapa na execução da etapa fica em branco até que toda a execução seja concluída
- Desempenho aprimorado para processamento de confirmação git
- Corrigido o problema em que os registros de confirmação do Azure DevOps não são criados quando o item de trabalho associado não é encontrado
- Manipulação corrigida de execuções de pipeline do Azure DevOps com testes JUnit vazios

Novo:
- Atualizações de IU do pipeline de DevOps para incluir artefatos
  - Capacidade de ver versões de artefato criadas ou lançadas na IU do pipeline
  - Melhorias de acessibilidade
- Dados de demonstração aprimorados para conter exemplos de IU, ferramenta e informações do pipeline
- Capacidade de criar ferramentas de Orquestração que utilizam descoberta baseada em eventos e retornos de chamada de aceleração de mudança genérica
- Integrações da ferramenta de Orquestração e codificação do GitLab por meio do aplicativo de integração de DevOps

Novo:
- Mudança gerenciada pelo cliente - DevOps agora oferece maior flexibilidade na configuração de fluxos de solicitação de mudança, por exemplo, suporte para novos tipos de mudança.
- Manipulação aprimorada de notificações de pipeline do Azure DevOps fora de sequência.
- A importação histórica de itens de trabalho do Azure DevOps agora é compatível.
Fixo:
- Os eventos excluídos de item de trabalho agora são tratados corretamente para o Azure DevOps.
- O processamento da notificação de confirmação foi corrigido.
- A IU do pipeline foi atualizada para incluir novos estados (cancelados pelo usuário) nas execuções de etapas.
- Corrigido o problema em que somente 200 registros são importados devido à propriedade de limite máximo.
- A anotação de criação da ferramenta "A criação da ferramenta pode levar até um minuto" agora é traduzível.
- Adição de suporte para componentes/controles fornecidos sem estados e/ou propriedades (conteúdo expansível/recolhível).
- Problema resolvido em que o layout não se adapta a mudanças nas configurações de tamanho de texto de até 200%.

Nota:

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

Novo: melhorias na IU do pipeline

Novo: a estrutura de integração criada pelo usuário agora oferece suporte a ações de conexão e descoberta.

Criação de ferramentas aprimorada

Há um novo botão "Criar" que:
- Crie uma ferramenta de DevOps, crie conexão, alias e credenciais e se conectará automaticamente à ferramenta
IU de pipeline de aplicações
- Nas solicitações de mudança criadas pelo DevOps, há um link relacionado para exibir a IU do pipeline para essa execução.
- Na execução da aplicação ou da etapa, você pode seguir o link relacionado até a última execução na IU do pipeline.

Novo:
- Uma REST API que permite a qualquer pessoa integrar ferramentas de código, plano e orquestração
- Os trabalhos do Jenkins em pastas agora podem ser descobertos
- A aceleração de mudanças funciona no MID Server

Nome alterado de "Enterprise DevOps" para "DevOps".

Melhorias de usabilidade e estabilidade

Modelagem de pipeline configurável

Os pipelines de alto nível permitem que mais de um app faça parte de um pipeline.
Modele os trabalhos do Jenkins para fases de pipeline no nível da aplicação (fase da aplicação).
Rastreie relacionamentos de trabalho ascendentes e descendentes.

Aceleração de mudança

Crie solicitações de mudança para execuções de trabalho que estão sob controle de mudança. Usa itens de configuração definidos na Fase da aplicação.
O plug-in do Jenkins aguardará a solicitação de mudança ser movida para o estado "Implementar" antes de executar o trabalho do Jenkins. Após a execução do trabalho, a solicitação de mudança será atualizada com detalhes de implementação e encerrada.

Informações

As informações de Aceleração de mudanças fornecem visibilidade sobre o processo de Gestão de mudanças e sua eficiência.
As informações de integridade do sistema permitem que os administradores mantenham o pipeline funcionando com eficácia.

Integração do ITBM Agile 2.0

Sincronize automaticamente produtos, épicos, histórias, correções e versões de ITBM em ServiceNow® DevOps.
Importação de dados históricos.

Integração com Jira

Sincronize automaticamente projetos, épicos, histórias, erros, tarefas e versões do JIRA no ServiceNow® DevOps.
Importação de dados históricos.

Integração com GitHub

Suporte ao GitHub.com e ao Enterprise GitHub no local.
Processe confirmações e ramificações usando webhooks nos repositórios selecionados.
Inserir automaticamente o gancho da web ao configurar o repositório.
Opcionalmente, rastreie mudanças de arquivo.
Rastreie as métricas de qualidade do confirmador e do repositório.
Importação de dados históricos.

Integração do Jenkins

Use o plug-in de notificação do Jenkins para enviar atualizações para ServiceNow® DevOps.
Baixar e instalar o ServiceNow® DevOps plug-in para Jenkins. Há instruções no artigo da base de conhecimento.
Importe trabalhos de pipeline de estilo livre do Jenkins e mapeie-os para ServiceNow® DevOps pipelines.
Armazene resultados de testes do Jenkins, incluindo testes JUnit e Selenium.
Plug-in do Jenkins fornecido para habilitar a Aceleração de mudanças.

DevOps Notas de versão do modelo de dados

Notas de versão do Store

DevOps Notas de versão do modelo de dados

Histórico de versões