DevOps Notas de versão do Change Velocity

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.
- 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.
- Orientação aprimorada no produto para adoção de autoatendimento eficaz
  - Experiência do usuário aprimorada com a adição de documentação ou navegação para documentação externa em vários locais do espaço.

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.

Novo:
- Jornada aprimorada para automação total da mudança usando modelos
  - Orientação no produto para aproveitar modelos de mudança de DevOps e criar facilmente mudanças de DevOps sem interromper o processo de mudança no espaço de mudança de DevOps.
  - Acelere seu processo de mudança usando um novo modelo de mudança simplificado para DevOps, que não contém o estado Avaliar. A aprovação de mudanças para este modelo é baseada na política de mudança de modelo simplificada de DevOps.
  - A política de aprovação é manual por padrão para os modelos de mudança correspondentes do DevOps e do DevOps simplificado.
  - O novo fluxo de estado de execução de atualização de mudança do DevOps no modelo de DevOps agora é usado para enviar um retorno de chamada para a ferramenta de orquestração de terceiros.
- Dados de DevOps para rastreabilidade de mudanças no Espaço de operações de serviços (SOW)
  - Adicione e edite dados de DevOps em uma solicitação de mudança criada manualmente no Espaço de operações de serviços para ter uma experiência de solicitação de mudança unificada no Espaço de mudança de DevOps e no Espaço de operações de serviços.
  - Exiba o cartão de resumo de DevOps na guia Visão geral do Espaço do SOW para todos os estados de mudança (Novo, Avaliar, Autorizar, Programar, Implementar, Revisar e Fechar). Você pode adicionar ou editar dados no cartão de resumo do DevOps para solicitações de mudança do DevOps criadas manualmente.
- Observação: este recurso está disponível somente para a versão Xanadu.
Conscientização da mudança do DevOps para gerentes de mudança na Central de administração do SOW para configuração de`
- Os administradores da ServiceNow agora podem ver um link de navegação para o Espaço de mudança de DevOps, se ele estiver instalado, e o link Obter app, que permite instalar o DevOps Change Velocity (DCV), se ainda não estiver instalado (aplicável somente ao ITSM Pro ou se o DCV estiver disponível para instalação).
- Observação: este recurso está disponível somente para a versão Xanadu.
- Conscientização da mudança do DevOps nos blueprints de adoção
  - Um novo blueprint de adoção, "Modernizar seu processo de gestão de mudanças", agora está disponível na Central de administração Blueprints de adoção que fornece aos administradores da ServiceNow um passo a passo sobre como eles podem adotar os recursos necessários para permitir que o processo de mudança seja escalonado dinamicamente sem comprometer a estabilidade e a governança.
- Observação: este recurso está disponível somente para a versão Xanadu.
Conscientização da mudança do DevOps para administradores da ServiceNow na configuração da Gestão de mudanças
- A nova configuração da Gestão de mudanças na Central de administração do SOW destaca recursos que podem ser usados por Administradores e Gerentes de Mudança para modernizar sua jornada de Gestão de mudanças, como modelos de mudança, pontuações de risco e sucesso, políticas de aprovação e DevOps, que servem como um balcão único para clientes que procuram orientação sobre como modernizar a mudança.
- Observação: este recurso está disponível somente para a versão Xanadu.
Alterado:
- Mudança do gatilho do fluxo de aprovação manual da solicitação de mudança de DevOps
  - O fluxo de aprovação manual de solicitação de mudança do DevOps não será acionado para solicitações de mudança do DevOps cujo modelo seja um modelo de mudança do DevOps do sistema base (DevOpsorDevOpssimplified) para evitar conflitos e erros.
- Suporte a reexecuções com ações do GitHub
  - A reexecução de trabalhos com falha nos fluxos de trabalho de Ações do GitHub agora é compatível com a criação de solicitações de mudança.
  - Há suporte para reexecuções de qualquer fase com falha antes, depois ou no momento da criação da mudança.
- Suporte API_KEY para Jira Server: o método de autenticação API_KEY agora está disponível para Jira Server, alinhando-o com o suporte existente já disponível para Jira Cloud.
- Detalhes persistentes da ramificação na execução do pipeline para determinar confirmações de artefatos e pacotes
  - Uma nova coluna foi adicionada à tabela de execução do pipeline para fazer referência à tabela de ramificação e habilitar a filtragem por ramificação para garantir que as confirmações corretas sejam associadas a uma mudança quando os usuários trabalharem em várias versões de um artefato simultaneamente.
  - Aprimorou a lógica de cálculo de confirmação da versão do artefato para filtrar por ramificação.
  - A lógica de associação de confirmação dos pacotes foi alterada para mostrar todas as confirmações que estão sendo implantadas como parte de um pacote, incluindo as confirmações de versões anteriores do artefato que não foram implantadas, mas somente na mesma ramificação
- 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.

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.
- Melhorias no espaço de DevOps
  - O módulo Ferramentas agora tem três grupos de listas - Todos, Status e Capacidade.
  - As funcionalidades Resultados de testes e Qualidade de software agora estão disponíveis no módulo Lista para facilitar a navegação.
  - Você pode criar suas próprias listas na seção "Minhas listas".
  - Integridade do sistema, Integrações e Avançado (anteriormente chamado de Solução de problemas) agora estão disponíveis no módulo Administrador.
- Melhorias nos Insights de DevOps
  - Use o painel Insights no Espaço de DevOps como parte do Next Experience, com indicadores/widgets mais recentes e relevantes, como Taxa de sucesso de implantação e Implantações com falha, além de proteções e melhor filtragem.
  - O DevOps Standard Insights na plataforma foi descontinuado para todos os novos usuários do DevOps.
  - Os usuários da plataforma (produtor de registro) agora são redirecionados para o espaço para criar ferramentas ou aplicativos. Os usuários da versão/legado ainda podem acessar diretamente o URL da plataforma para criar ferramentas ou apps na plataforma por meio das opções "Criar novo (legado)" e "Criar app (legado)".

Novo:
- Integração do GitLab com Docker Container
  - A integração do GitLab com o ServiceNow DevOps foi simplificada usando o Docker Container, que é publicado no DockerHub. Isso oferece suporte à criação de CHG do ServiceNow DevOps, à integração do SonarQube com pipelines do GitLab e ao registro de artefatos e criação de pacotes com o ServiceNow DevOps.
- 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.
- Registro em log e tratamento de erros aprimorados com as extensões do ServiceNow DevOps
  - As extensões do ServiceNow DevOps publicadas para ações personalizadas do GitHub, plug-ins do Jenkins e extensões do ADO agora têm registro em log e tratamento de erros aprimorados para facilitar a solução de problemas.
- 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.
- Tratamento de erros alterado para fluxos de solicitação de mudança do DevOps
  - Você pode exibir erros correspondentes a uma solicitação de mudança nas anotações de trabalho da solicitação de mudança e nos logs do console da ferramenta de pipeline quando uma regra de negócio ou política de dados causa um problema ao atualizar uma mudança na Aprovação manual da solicitação de mudança do DevOps, solicitação de mudança do DevOps Aprovação de automação mínima ou fluxos de aprovação de automação avançada de solicitação de mudança do DevOps.
- 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.
- Melhorias no processamento de notificações do GitLab
  - A escalabilidade foi aprimorada com o processamento contínuo de eventos do GitLab.
- 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:
- Aprovação mínima de mudança automatizada do DevOps.
- Suporte do Studio ao Velocidade de mudança para DevOps.
Alterado:
- Fluxos de mudança do DevOps existentes renomeados corretamente.

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 seus 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 alterada
  - 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.
- Registrando em log o status da 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:
- Tratamento de erros e proteções aprimorados
- 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 alterada, 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 o OAuth JWT (tokens Web Json). 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.

Mudanças:

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 (IC e 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
O painel de informações de DevOps agora pode filtrar por aplicação de negócios
Para a integração do Jenkins, a versão mínima compatível do Jenkins é 2.289.1

Fixo:

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 um 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.

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. A execução do fluxo de trabalho de ações do GitHub é pausada e retomada 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 de artefatos do ADO:

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.

Integração do espaço de DevOps:

Integrar (conectar a) uma ferramenta é um desafio porque envolve várias etapas desconectadas e pode envolver várias personas. O espaço orienta você no processo de integração para habilitar os resultados de automação de mudança. O espaço orienta o autoatendimento. Com esta versão, você pode integrar facilmente as ferramentas Azure DevOps, Jira, GitHub e Jenkins.

Módulo de Insights de DevOps no espaço:

Métricas de fluxo que mostram o valor do trabalho que está sendo entregue.

Tempos de ciclo, Distribuição de rendimento, Tempo de fluxo planejado para implantar e Valores de trabalho em andamento.

Novas métricas de aceleração de mudanças que se concentram no caminho para a automação.

Mudanças automatizadas versus manuais, decisões de política de mudança aplicadas, ROI.

As capacidades de filtragem atualizadas incluem Serviço, Item de configuração, Produtos e por data.

Analise os dados coletados com um novo design de guia para mantê-lo no espaço.

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 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

DevOps Notas de versão do Change Velocity

Notas de versão do Store

DevOps Notas de versão do Change Velocity

Histórico de versões