DevOps Notes de version de l’espace de travail

Nouveau :
- Prise en charge d’analyses d’intégrité proactives
  - Détectez les anomalies et les problèmes dans votre instance de vélocité de changement DevOps à l’aide d’une série de vérifications proactives. Ces vérifications peuvent vous aider à identifier des problèmes qui ne sont pas évidents dans l’interface utilisateur du produit, mais qui peuvent facilement être détectés par des analyses de table. Elles sont de nature planifiée ou à la demande, en fonction du type de vérification.
- Intégrer l’outil de harnais dans ServiceNow
  - Intégrez l’outil d’orchestration Harness à la vélocité de changement DevOps. Cette intégration vous permet de connecter, de détecter, d’importer, de traiter des événements en temps réel et d’intégrer un CI/CD au changement dans les pipelines ServiceNow for Harness.
Changé:
- Intégration simplifiée des outils d’orchestration qui ne sont pas pris en charge dans le système de base
  - Le cadre de travail générique simplifié vous offre une solution facile à utiliser pour intégrer des outils d’orchestration personnalisés à la vélocité de changement ServiceNow DevOps, nécessitant une connaissance minimale de la plateforme. Il réduit la complexité de l’intégration en réduisant la quantité de codage personnalisé nécessaire et en simplifiant le processus global pour les clients et les partenaires. En rationalisant l’intégration de nouveaux outils d’orchestration, le cadre de travail permet une adoption plus rapide, une mise à l’échelle plus fluide et l’intégration d’équipes supplémentaires. Cela vous permet de rencontrer moins de défis d’intégration, d’accélérer le processus d’adoption par les utilisateurs et de réduire les frictions pendant la transition. Ce cadre de travail générique prend en charge l’intégration de tout outil d’orchestration qui n’est pas pris en charge nativement par ServiceNow dans le système de base.
- Champs personnalisés pour l’intégration de l’outil de planification
  - Apportez des champs personnalisés supplémentaires pour les éléments de travail et bénéficiez ainsi d’une configurabilité améliorée des outils de planification pris en charge dans le système de base par Vélocité de changement DevOps.
- Calcul du délai amélioré
  - Le calcul du délai prend désormais en compte les artefacts/packages enregistrés dans le cadre de l’exécution du pipeline et est calculé en fonction des validations qui lui sont associées.
- Amélioration des conseils intégrés au produit pour une adoption efficace du libre-service
  - Amélioration de l’expérience utilisateur en ajoutant de la documentation ou de la navigation à la documentation externe à divers endroits de l’espace de travail.

Nouveau :
- Authentification OAuth 2.0 pour Azure DevOps (ADO)
  - Utilisez l’authentification OAuth 2.0 pour connecter votre outil Azure DevOps à la vélocité de changement DevOps, garantissant ainsi une méthode d’authentification plus sécurisée.
- Authentification OAuth 2.0 pour Jira Cloud
  - Utilisez l’authentification OAuth 2.0 pour connecter votre outil Jira Cloud à la vélocité de changement DevOps, garantissant ainsi une méthode d’authentification plus sécurisée.
Changé:
- Solution de conteneur Docker généralisée pour prendre en charge n’importe quel outil d’orchestration
  - Utilisez la solution de conteneur Docker généralisée et extensible pour intégrer n’importe quel outil d’orchestration à la vélocité de changement DevOps afin d’invoquer des actions de pipeline telles que la création de demandes de changement et la collecte de données DevOps pertinentes sans avoir à recourir à des modules d’extension ou des modules d’extension spécifiques à l’outil.
- Intégration simplifiée des outils de planification qui ne sont pas pris en charge dans le système de base
  - Intégrez des outils de planification qui ne sont pas pris en charge dans le système de base à l’aide de règles de transformateur. GitLab Issues est désormais disponible en tant qu’outil de planification et est conçu en tirant parti de cette nouvelle approche, afin que vous puissiez détecter des plans, importer des éléments de travail et configurer des webhooks pour les éléments de travail (problèmes) dans GitLab.
- Amélioration de l’expérience de création de changements DevOps manuels en permettant l’association directe d’éléments de travail
  - Ajoutez des données d’éléments de travail dans une demande de changement DevOps créée manuellement dans Espace de travail pour l’exploitation des services pour ITSM.

Amélioration de l’espace de travail de changement DevOps pour prendre en charge les fonctionnalités de vélocité de changement DevOps suivantes :
- Changé:
  - Parcours amélioré vers l’automatisation complète du changement à l’aide de modèles.
  - Prise en charge des réexécutions avec GitHub Action.
  - Prise en charge API_KEY pour le serveur Jira.
  - Conservez les détails des branches dans l’exécution du pipeline pour déterminer les validations à partir des artefacts et des packages.
- Enlevé:
  - Pour rendre le flux Changement - Implémentation DevOps du modèle DevOps plus adapté aux changements DevOps, les tâches de changement ne sont plus créées automatiquement.
  - Le flux d’approbation d’automatisation minimale de demande de changement DevOps et les flux d’approbation d’automatisation avancée de demande de changement DevOps ne se déclenchent pas pour les demandes de changement DevOps dont le modèle est un modèle de changement DevOps du système de base (DevOpsorDevOpssimplifié) afin d’éviter les conflits et les erreurs.
  - Remarque : pour des informations détaillées sur les fonctionnalités, consultez les notes de mise à jour de DevOps Change Velocity.

Changé:
- Amélioration de l’espace de travail de changement DevOps pour prendre en charge les fonctionnalités de vélocité de changement DevOps suivantes :
  - Refonte du module Outils pour une meilleure expérience utilisateur
  - Prise en charge de l’intégration d’outils d’orchestration personnalisés
  - Amélioration de la gestion des erreurs d’intégration et des garde-fous
  - Autoriser la création de demandes de changement même avec des erreurs dans la récupération de données DevOps
  - Prise en charge des demandes de fusion / extraction GitLab
  - Prise en charge de JFrog Artifactory pour GitHub Actions, Azure DevOps et GitLab
  - Prise en charge de Jira Cloud
  - Prendre en charge plusieurs configurations DevOps ServiceNow dans la même instance Jenkins
  - Améliorations des conteneurs Docker GitLab

Nouveau :
- Intégration des problèmes GitHub
  - GitHub prend désormais en charge l’aptitude Plan avec l’intégration des problèmes GitHub en plus des fonctionnalités de code et d’orchestration. Les problèmes GitHub du dépôt peuvent également être détectés et liés aux validations GitHub et conservés dans le CHG ServiceNow DevOps, qui peut être utilisé pour les décisions de politique d’accélération du CHG ServiceNow DevOps.
  - Divers types de tests unitaires pris en charge pour les actions GitHub
    - Publiez automatiquement les résultats des tests de divers rapports des outils de test unitaires tels que NUnit, pytest, jest, JUnit, XUnit sans aucun appel d’API personnalisé à publier dans le CHG ServiceNow DevOps.
  - Expérience d’automatisation des changements guidée
    - De meilleurs conseils intégrés au produit sont désormais fournis sur les différentes façons d’exploiter les changements DevOps et sur la manière d’adopter facilement les changements DevOps sans perturber complètement votre processus de changement. Un exécution pas à pas vous guide pour automatiser la création de changements DevOps. Vous pouvez vérifier l’état de connexion d’un outil lors de la sélection d’un pipeline sur l’exécution pas à pas et vous êtes également alerté avant de passer à l’étape suivante. Deux nouveaux flux de transition d’état : Changement - DevOps - Nouveau et Changement - Calendrier DevOps, pour le modèle de changement DevOps sont introduits pour déplacer et suivre les changements à travers ces états. Le script DevOpsChangeRelationshipHelper a été introduit pour récupérer les données associées à une demande de changement en fonction du type de relation spécifié.
  - Suppression du rôle d’administrateur de connexion et de concepteur de flux pour l’administrateur DevOps et le propriétaire de l’outil
    - La visibilité et les capacités de modification des administrateurs DevOps et des propriétaires d’outils ont été limitées en ce qui concerne les connexions et les informations d’identification en supprimant les rôles Concepteur de flux et Administrateur de connexion pour ces utilisateurs.
  - Modifications apportées aux artefacts et aux packages :
    - L’expérience globale en matière d’adoption, d’implémentation et de gestion des erreurs pour les artefacts et les packages a été améliorée. L’API d’enregistrement des artefacts et des packages, pour Jenkins et ADO, fournit désormais un message clair dans la réponse concernant le statut. Les utilisateurs peuvent voir si la version de l’artefact est déjà présente, intermédiaire ou créée, et peuvent également voir le motif en cas de rejet. Un message clair est disponible sur la console, ainsi qu’un lien permettant d’accéder à la page de l’artefact. L’API DevOpsDPRHelper prend désormais les exécutions de pipeline comme entrée pour obtenir des données sur les vulnérabilités, les résultats des tests et la couverture du code. L’expérience de dépannage a été améliorée par l’ajout d’une colonne de description expliquant pourquoi une version ou un package d’artefact est en attente. Un nouveau module de liste comprenant des listes d’artefacts, de packages et de packages en attente a été créé pour faciliter l’accès à ces informations dans l’espace de travail de changement DevOps.

Nouveau :
- Mises à jour de la page d’accueil DevOps
  - La page d’accueil DevOps est mise à jour avec un nouveau guide de démarrage, vous permettant de créer automatiquement des changements DevOps qui suivent votre processus de changement actuel. Une nouvelle propriété système DevOps active les transitions d’états. Une fois qu’une demande de changement DevOps est créée, le guide de mise en route est remplacé par un état stable, qui donne une vue d’ensemble de tous vos outils, applications et pipelines activés pour le contrôle des changements. La nouvelle section des mesures pour les outils permet d’identifier facilement les domaines nécessitant une attention particulière. La nouvelle section de mesure de l’application pour voir quelles applications ont le plus d’activité. La nouvelle section d’automatisation des changements affiche tous les changements DevOps, y compris ceux qui sont en attente d’approbation.
  - Expérience d’automatisation des changements guidée
    - De meilleurs conseils intégrés au produit sont désormais fournis sur les différentes façons d’exploiter les changements DevOps et sur la manière d’adopter facilement les changements DevOps sans perturber complètement votre processus de changement. Un exécution pas à pas vous guide pour automatiser la création de changements DevOps. Vous verrez que les flux « Approbation du changement de modèle DevOps » et « Approbation du changement par défaut DevOps » sont renommés respectivement « Approbation manuelle de la demande de changement DevOps » et « Flux d’approbation d’automatisation avancée de demande de changement DevOps » et qu’un nouveau flux d’approbation de changement « Approbation minimale de l’automatisation de la demande de changement DevOps » est introduit. L’UX explique clairement le résultat escompté et le comportement de chacun des flux, et quand utiliser quel flux pour atteindre la valeur complète de façon incrémentielle.
  - Se connecter à un outil et à une application Playbooks
    - Le champ d’application du playbook de l’outil est réduit pour mieux prendre en charge le rôle du propriétaire de l’outil. Il se concentre désormais sur la connexion aux outils disposant d’autorisations suffisantes et la configuration de webhooks pour recevoir des données en temps réel. Le nouveau playbook Créer une application guide les propriétaires d’applications dans la création d’une application DevOps, l’association de leurs plans, référentiels et pipelines, ainsi que l’importation de données historiques.
  - État de la connexion et de la configuration de l’outil
    - Pour Jenkins, GitHub et Azure DevOps, les indicateurs d’état de connexion et de configuration sont mis à jour. Vous pouvez également tester facilement les connexions de l’outil. L’état global de l’outil est maintenant mis à jour sur Connecté, Déconnecté, À surveiller, en fonction de l’état de la connexion, des informations d’identification de l’outil, de la vérification des autorisations et de l’état de configuration du Webhook.
  - Configurer automatiquement Jenkins
    - Le module d’extension Jenkins ServiceNow DevOps installé sur l’outil Jenkins peut désormais être automatiquement configuré directement à partir de l’application Vélocité de changement DevOps.
  - Configuration OAuth JWT automatisée pour simplifier l’intégration de l’outil GitHub OAuth JWT dans le playbook
    - Plusieurs étapes manuelles impliquées dans l’intégration de l’outil GitHub à l’aide des informations d’identification OAuth JWT sont désormais automatisées dans le playbook d’intégration d’outils, ce qui facilite l’intégration de l’outil GitHub.
  - Prise en charge du test de connexion Jenkins et GitHub
    - Testez la configuration du webhook GitHub et du module d’extension Jenkins directement à partir de DevOps Change Velocity. Le bouton Tester la connexion fournira un état global de l’outil. Le module d’extension Jenkins peut désormais être automatiquement configuré à partir de DevOps Change Velocity.
  - Prise en charge de Checkmarx
    - Connectez Checkmarx intégré à vos pipelines de CI/CD à la vélocité de changement DevOps pour récupérer les résultats de l’analyse de sécurité. Cela vous aide à déterminer la vulnérabilité de votre code. Les analyses CheckMarx configurées sur GitHub Actions, Jenkins et les pipelines Azure DevOps sont prises en charge dans le système de base. Vous pouvez afficher les résultats de l’analyse de sécurité dans la liste connexe d’une demande de changement ou dans l’exécution des tâches du pipeline dans votre instance ServiceNow ou dans l’interface utilisateur du pipeline. Vous pouvez utiliser les résultats de la sécurité pour définir les politiques de changement et les conditions pour l’automatisation des changements. Checkmarx One et Checkmarx SAST sont tous deux pris en charge.
Fixe:
- L’option permettant de rechercher des projets lors de la configuration est ajoutée à Rally.

Changé:
- Changements de l’espace de travail pour l’intégration et les aperçus
- Cela inclut la validation de l’installation de l’extension ServiceNow DevOps dans Azure DevOps avant de configurer les webhooks, l’importation automatique des étapes du pipeline lors de la configuration de l’automatisation des changements, les améliorations de l’intégration, les icônes d’informations pour les widgets Analyses DevOps et de meilleurs visuels pour les widgets de score de mesure de flux et d’accélération pour les analyses DevOps.

Modifications apportées pour prendre en charge les options ajoutées dans la vélocité de changement DevOps 1.38.

Changé:
- Changements de l’espace de travail de changement DevOps
  - Configuration initiale simplifiée du système pour les administrateurs ServiceNow, qui inclut l’état de la configuration, une meilleure identification du périmètre nécessaire, la possibilité de définir de nouveaux mots de passe pour le compte utilisé pour configurer l’alias d’informations d’identification, une validation supplémentaire, etc.
  - Extension du rôle de propriétaire d’application, qui comprend la possibilité de modifier les étapes du pipeline, d’affecter des services d’application ou de configurer l’automatisation des changements. Les propriétaires d’applications peuvent également cliquer sur Détecter pour trouver des outils permettant d’associer de nouveaux objets nécessaires pour leur application DevOps. Mise à jour de l’administration des outils, qui inclut la possibilité de mettre à jour facilement les informations d’identification pour chaque outil et de vérifier les autorisations pour les informations d’identification données.

Fixe:

Messages d’erreur mis à jour
- Amélioration des messages d’erreur pour aider à trouver la cause première d’un problème lors de la connexion à un outil. Les messages d’erreur identifient les problèmes actifs pertinents, mettent en évidence des problèmes spécifiques et expliquent comment les atténuer. Lors de la connexion d’un outil, une nouvelle vérification des autorisations permet d’afficher les autorisations disponibles à partir des informations d’identification au lieu des autorisations requises.
Vous pouvez désormais spécifier un serveur MID particulier directement sur la page de l’espace de travail de changement DevOps lors de la connexion à un outil
Prise en charge des exécutions de pipelines de demandes d’extraction (PR) GitHub/Jenkins
- Suivez et soutenez les exécutions de pipelines de demandes d’extraction pour l’outil d’orchestration Jenkins et les PR créées dans l’outil de codage GitHub. Intégrez les données de PR telles que l’ID de demande d’extraction, les validations, la branche d’origine, la branche de destination, l’auteur de la soumission, l’approbateur, les commentaires, l’heure de levée de la PR, l’heure d’approbation de la PR et l’heure de fusion/clôture de la PR de l’outil de codage GitHub au CHG DevOps créé pour l’exécution du pipeline correspondante dans l’outil d’orchestration Jenkins. En outre, joignez les données liées à la PR au CHG DevOps pour examiner qui a autorisé, validé, vérifié et approuvé le processus de fusion des PR.
Importer des données historiques pour les outils DevOps et la traçabilité des CHG - Gitlab
- Importez des données historiques pour les options Code et Orchestration en extrayant les données via le catalogue en libre-service d’intégration de l’application et une interrogation périodique.
- L’infrastructure d’importation permet d’intégrer des équipes en important des données DevOps dans l’instance sans avoir à modifier le pipeline ou à configurer des webhooks. Les données importées fournissent des informations sur les causes premières d’une traçabilité complète des changements des validations, des branches, des balises et des pipelines (CI/CD) à partir de GitLab.
SonarQube : prise en charge des nouvelles mesures de code
- Intégrer les mesures du nouveau code fournies par SonarQube en dehors des résultats globaux de l’analyse du code, en fonction de la configuration du nouveau code dans SonarQube. Les nouvelles mesures de code suivantes sont intégrées dans cette version : nouvelles vulnérabilités, nouvelle cote de maintenabilité, nouvelle cote de fiabilité, nouvelle cote de sécurité, nouveaux bogues, nouvelles odeurs de code, nouvelle dette technique et nouvelles lignes de code. Ceci est pris en charge pour les outils d’orchestration Jenkins, Azure DevOps et GitHub Actions.
Split.io Intégration de l’outil Feature Flag dans ServiceNow
- Cette intégration étend ServiceNow pour gérer le processus d’approbation des changements pour les marqueurs de fonctionnalités et les segments de Split.io. ServiceNow DevOps peut désormais gérer les mises à jour des marqueurs de fonctionnalités.
- Split.io prise en charge de l’intégration de l’outil de marqueur de fonctionnalité permet de détecter des espaces de travail, des environnements, des segments et des marqueurs de fonctionnalités. Vous pouvez définir les champs de demande CHG pour activer Split.io pour le contrôle CHG. Lors de l’approbation/du rejet d’une demande CHG, l’URL de rappel dans split.io pour la division ou le segment est appelée pour reprendre l’implémentation de la mise à jour de la division et du segment
Vous pouvez désormais filtrer les rapports par application d’entreprise sur le tableau de bord des analyses DevOps.
Pour l’intégration Jenkins, la version Jenkins minimum prise en charge est désormais 2.289.1

Changé:

Les artefacts portant le même nom mais avec des versions différentes sont considérés comme des doublons (même s’ils appartiennent à des référentiels différents).
Deux exécutions de pipeline ont été créées pour un pipeline de mise en production ADO lorsque le nom du projet ADO comporte des espaces et des caractères spéciaux.
DevOps : les tickets de changement ont des liens vers l’accueil du pipeline au lieu d’une exécution spécifique.
Azure DevOps
Les validations et les éléments de travail ne sont pas liés aux artefacts pour les pipelines qui ont des artefacts de publication dans la première étape ou la première tâche.
Azure DevOps : les détails de la validation importée affichent le nombre incorrect de fichiers modifiés
Les éléments de travail, les résumés de tests et les validations ne sont pas joints au changement dans ServiceNow lorsque le pipeline de mise en production s’enregistre avant le pipeline de version.
Message incorrect dans les détails du traitement des événements entrants lorsque le mappage de type de test est manquant.
Après l’importation historique des exécutions de pipeline qui sont annulées, l’état du pipeline s’affiche comme En cours dans l’interface utilisateur du pipeline
Les événements Jenkins Orchestration passent de manière aléatoire dans un état d’erreur.

Nouveau :
- Amélioration des messages d’erreur pour vous aider à trouver la cause première d’un problème lors de la connexion à un outil. Les messages d’erreur identifient les problèmes actifs pertinents, mettent en évidence des problèmes spécifiques et expliquent comment les atténuer.
- Vous pouvez désormais spécifier un serveur MID particulier directement sur la page de l’espace de travail de changement DevOps lors de la connexion à un outil.

L’espace de travail des données DevOps est installé automatiquement en tant que dépendance avec les analyses DevOps lorsque la nouvelle application de vélocité de changement DevOps est installée. À partir de la version 1.31, que vous mettiez à niveau une version ServiceNow DevOps existante ou que vous l’installiez nouvelle, installez l’application Vélocité de changement DevOps. La vélocité de changement DevOps simplifie et rationalise votre expérience d’installation DevOps.
Les entreprises se tournent vers DevOps pour accélérer la livraison des produits et l’innovation sans compromettre la qualité. DevOps fait partie intégrante de la différenciation, de l’amélioration de la réactivité des clients et du renforcement de votre avantage concurrentiel.
ServiceNow DevOps repose sur un modèle de données puissant qui connecte votre chaîne d’outils DevOps au travail et aux données déjà présents dans la plateforme. L’un des nombreux résultats précieux est la capacité d’accélérer les changements tout en assurant une gestion efficace et transparente des risques. Cela peut rendre la gestion du changement transparente pour les développeurs, améliorer leur expérience et les aider à être plus productifs en leur permettant de rester dans leurs outils préférés.
Cette chaîne de valeur connectée soutient l’usine logicielle d’autres manières, comme la collecte, la création et le partage d’informations via des tableaux de bord personnalisés. Vous avez une chaîne complète de ce qui se passe en production à l’idéation ou au problème initial qui a poussé un développeur à commencer à travailler. La livraison du code devient plus fiable même avec des itérations rapides et, si des incidents surviennent, ils peuvent être résolus plus rapidement.

DevOps Notes de version de l’espace de travail

Stocker les notes de version

DevOps Notes de version de l’espace de travail

Historique de version