Concepts clés d’Azure Artifacts

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Azure Artifacts aide les équipes à héberger, partager et gérer des packages pour simplifier la collaboration et la distribution des packages. Cet article présente les concepts fondamentaux que vous devez comprendre avant de publier, consommer ou gérer des packages avec Azure Artifacts.

Flux

Les flux sont des constructions organisationnelles qui fournissent un moyen structuré de stocker, de gérer et de partager des packages tout en contrôlant l’accès. Un flux n'est pas limité à un seul type de package et peut héberger différents types de packages tels que npm, NuGet, Maven, Python, Cargo et Universal Packages.

Vous pouvez étendre les flux à un projet ou à une organisation. Seuls les flux à l’échelle du projet hébergés dans un projet public peuvent être rendus publics, et vous ne pouvez pas convertir des flux à l’échelle de l’organisation en flux à l’échelle du projet. Pour plus d’informations, consultez Présentation des flux Azure Artifacts etdes étendues de flux.

Affichages de flux

Les vues de flux vous permettent de partager un sous-ensemble sélectionné de versions de package avec les consommateurs. Un cas d’usage courant partage uniquement les versions de package testées et validées tout en conservant les versions qui sont toujours en cours de développement ou qui ne répondent pas à votre barre de qualité.

Chaque flux comprend trois vues par défaut : @local, @prereleaseet @release. Vous pouvez renommer ou supprimer les deux dernières, mais @local il s’agit de la vue par défaut et contient chaque package publié directement dans le flux, ainsi que chaque package enregistré à partir de sources en amont. Pour plus d’informations, consultez Qu’est-ce que les vues de flux ?

Sources en amont

Les sources en amont vous permettent de stocker des packages à partir de plusieurs origines dans un seul flux. Cela inclut les packages que vous publiez directement et les packages enregistrés à partir de flux externes ou de registres publics tels que NuGet.org ou npmjs.com. Lorsque vous activez une source en amont sur votre flux, Azure Artifacts enregistre automatiquement une copie d’un package installé par un collaborateur ou une version ultérieure à partir de cette source.

Pour les gestionnaires de packages publics qui prennent en charge plusieurs flux, tels que NuGet et Maven, l’ordre dans lequel les flux sont interrogés peut varier. Par exemple, NuGet envoie des requêtes parallèles à tous les flux configurés et utilise la première réponse valide qu’elle reçoit, ce qui peut entraîner un comportement non déterministe. Les sources en amont suppriment cette incertitude en recherchant le flux et ses sources en amont dans un ordre fixe : les packages publiés directement dans le flux, puis les packages déjà enregistrés à partir d’une source en amont, et enfin les packages disponibles à partir de chaque source en amont, recherchés dans l’ordre dans lequel ils apparaissent dans la configuration du flux.

Autorisations et rôles

Vous contrôlez l’accès à un flux via des rôles de flux tels que Lecteur, Collaborateur, Contributeur et Propriétaire. Ces rôles déterminent qui peut afficher les packages, enregistrer des packages à partir de sources en amont, publier de nouveaux packages et gérer les paramètres de flux. Pour plus d’informations, consultez Rôles de flux et autorisations.

Immuabilité

Après avoir publié une version spécifique d’un package dans un flux, ce numéro de version est réservé définitivement. Vous ne pouvez pas charger une révision plus récente du package sous le même numéro de version, et vous ne pouvez pas la supprimer et republier un nouveau package avec ce même numéro de version.

Rétention et corbeille

Vous pouvez supprimer manuellement des packages, ou configurer des stratégies de rétention afin qu’un flux supprime automatiquement les versions plus anciennes et non promues des packages à mesure que de nouvelles versions sont publiées. Les packages supprimés sont placés dans la Corbeille et restent là pendant 30 jours avant Azure Artifacts les supprime définitivement. Seul un propriétaire de flux peut restaurer des packages à partir de la corbeille.

Vous devez également être propriétaire du flux pour supprimer un flux. Les flux supprimés restent dans la Corbeille pendant 30 jours avant qu’ils ne soient définitivement supprimés, et le nom du flux devient disponible pour la réutilisation une fois que cela se produit. Pour plus d’informations, consultez Supprimer et récupérer des packages.

Indexation

Azure Artifacts conserve un index de chaque package dans chaque flux, ce qui permet d’effectuer des opérations de liste rapide. Cet indexation diffère des partages de fichiers, où le client doit ouvrir chaque package et examiner ses métadonnées, sauf si le partage de fichiers est configuré pour fournir un index que le client reconnaît.

Bien-formé

Azure Artifacts valide chaque package publié pour garantir son intégrité et son exactitude, ce qui permet d’empêcher les packages non valides d’entrer dans votre environnement de développement. Si votre flux de travail existant publie des packages mal formés, révisez-le avant de migrer vers Azure Artifacts afin que vos packages réussissent la validation.

Symboles

Les fichiers de symboles associent les binaires compilés au code source correspondant afin de déboguer des exécutables natifs. Azure Artifacts fournit un serveur de symboles dédié où vous pouvez publier et consommer des fichiers de symboles en même temps que vos packages. Pour plus d’informations, consultez Vue d’ensemble des symboles.

Stockage et facturation

Azure Artifacts facture le stockage par organisation en fonction de la taille totale de tous les packages sur chaque flux. Vous pouvez surveiller la consommation au niveau de l’organisation et définir des alertes au fur et à mesure que vous approchez de vos limites de stockage. Pour plus d’informations, consultez Surveiller la consommation de stockage d’Azure Artifacts et Limites sur les tailles et le nombre de packages.

Contenu connexe

• Meilleures pratiques d’Azure Artifacts

• Qu’est-ce que les flux Azure Artifacts ?

• Qu’est-ce que les sources en amont ?