Gestion des Azure DevOps artefacts

Vélocité de changement DevOps facilite la gestion des artefacts publiés via Azure DevOps les pipelines de version. Vous pouvez importer et suivre ces artefacts et gérer les packages dans Vélocité de changement DevOps.

Types de sources d’artefacts pris en charge par Vélocité de changement DevOps:

• Version
• Azure Artefacts

Construire des artefacts

Les artefacts de version et de pipeline publiés à l’aide des tâches Publier les artefacts de version (PublishBuildArtifacts) et Publier les artefacts de pipeline (PublishPipelineArtifacts) respectivement sur sont Azure DevOps créés automatiquement dans votre Vélocité de changement DevOps instance. Vous pouvez également importer des données historiques pour les artefacts de version.

Les artefacts de version créés à l’aide de la tâche Publier les artefacts de version font partie du référentiel d’artefacts dont le nom est défini par défaut sur le nom du pipeline de version.

Remarque :

Si deux artefacts portant le même nom, appartenant au même référentiel et ayant des versions différentes sont utilisés comme déclencheurs de mise en production pour un pipeline de mise en production, les listes connexes (telles que les éléments de travail, les validations, les résumés de tests, etc.) incluront DevOps des données relatives aux deux versions d’artefacts lorsqu’un changement existe dans le pipeline de mise en production. Par exemple, si artifact-1.0 et artifact-2.0 sont des déclencheurs de mise en production pour gérer les scénarios de restauration dans le déploiement, le changement (s’il fait partie du pipeline de mise en production) inclura des données de listes connexes pour les deux versions.

Vous pouvez également continuer à tirer parti de l’enregistrement et de l’importation d’artefacts basés sur des extensions existants. Pour plus d'informations, consultez Utiliser l’extension pour Azure DevOps et Azure DevOps les ServiceNow DevOps actions personnalisées et Artefacts et packages.

Important :

L’utilisation de l’inscription d’artefacts basée sur des extensions n’est pas requise si les tâches PublishBuildArtifacts et PublishPipelineArtifacts mentionnées ci-dessus sont utilisées.

Azure Artefacts

Vous pouvez importer et suivre les artefacts dans votre Vélocité de changement DevOps instance. Vous pouvez importer Azure DevOps des artefacts publiés dans les Azure artefacts à l’aide de la tâche Package universel uniquement.

Remarque :

Seuls les packages universels sont actuellement pris en charge pour l’importation et le suivi.

DevOps( 1.35 et versions ultérieures) Le champ Alias de connexion de flux est disponible sur le Azure DevOps Formulaire Outils. Ce champ est automatiquement renseigné avec un alias pour la connexion du flux. Pour plus d’informations sur la connexion d’un DevOps outil, reportez-vous à la section Intégration Vélocité de changement DevOps à des outils tiers.

Après la mise à niveau, pour sélectionner et ajouter les référentiels d’artefacts à l’aide de l’intégration d’application, vous devez sélectionner Détecter pour détecter les référentiels d’artefacts existants. Les enregistrements sont ajoutés à la liste connexe Référentiels d’artefacts. Pour plus d’informations sur l’ajout de référentiels d’artefacts, reportez-vous à la section Associer des objets d’outil à des applications : espace de travail.

Pour suivre les référentiels d’artefacts, changez la valeur de la colonne Suivre sur Vrai (valeur par défaut, Faux).

Lorsqu’un artefact Azure est publié via la tâche Package universel, les informations sur l’artefact sont associées à un pipeline de version dans les 24 heures à l’aide de la ADO Artifacts Daily tâche planifiée.

Remarque :

• En tant que Azure DevOps la création d’artefacts ne dépend pas de l’achèvement du pipeline de version. Si Azure DevOps l’artefact est utilisé comme déclencheur pour un pipeline de mise en production, il sera déclenché même si le pipeline de version est en attente d’achèvement en raison d’une demande de changement.
• La tâche planifiée est exécutée toutes les 24 heures par défaut et peut également être exécutée sur demande. Toutefois, comme la tâche planifiée est exigeante en performances, elle ne doit pas être exécutée fréquemment.

Les points suivants doivent être pris en compte lors de l’importation d’artefacts Azure DevOps :

1. Les artefacts ne peuvent pas être publiés à partir des pipelines de mise en Azure DevOps production en raison de limitations.
2. Les référentiels d’artefacts sont suivis comme suit :
   • L’importation historique des artefacts est effectuée à l’aide de Azure DevOps l’application Onboarding. Pour plus d'informations, consultez Associer des objets d’outil à des applications : espace de travail.
   • Pour le suivi en temps réel des artefacts, la valeur de la colonne Suivi doit être changée sur Vrai (valeur par défaut, Faux). Sinon, le référentiel de flux ou d’artefact ne sera pas suivi.
3. L’application prend en charge les flux spécifiques au projet, mais pas les flux spécifiques à l’organisation. Azure DevOps Seule la prise en charge des artefacts lors de leur publication via Azure DevOps le pipeline est prise en charge.
4. Azure DevOps Les artefacts non liés à un pipeline de version ou de mise en production (artefacts orphelins) ne sont pas pris en charge.
5. Azure DevOps Les artefacts sont stockés au format suivant :
   • Azure DevOps artefact lié uniquement au pipeline de version (ou) au pipeline de version et de mise en production :

     <artifact-name>-<1.build-number.0> (numéro de build du pipeline de build)

   • Azure DevOps artefact lié uniquement au pipeline de mise en production :

     <artifact-name>-<1.build-number.0> (numéro de version du pipeline de mise en production)

Azure DevOps Mappage d’artefacts avec Vélocité de changement DevOps

La table suivante explique le mappage des Azure DevOps artefacts avec ServiceNow DevOps les champs :

Azure DevOps Artefact	Vélocité de changement DevOps
Flux	Référentiels de l'artefact
Packages	Artifacts
Provenance/numéro de version	Versions

Limitations

• Azure DevOps Le projet d’artefact avec 4 000 flux (ou moins) est pris en charge.
• Azure DevOps Le flux d’artefacts avec 800 packages ou artefacts (ou moins) est pris en charge.
• Azure DevOps La publication du pipeline avec 200 packages ou artefacts (ou moins) est prise en charge.