Gérer les autorisations

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

Utilisez Azure Artifacts autorisations pour contrôler l’accès aux flux, packages, vues et pipelines. Cet article explique les niveaux d’autorisation disponibles pour les paramètres Azure Artifacts, les flux, les vues et les identités de pipeline.

Paramètres Azure Artifacts

Utilisez Azure Artifacts paramètres pour contrôler qui peut créer des flux et qui peut administrer des flux entre Azure Artifacts.

Importante

Vous devez être propriétaire du flux ou administrateur de collection Project pour configurer Azure Artifacts paramètres.

  1. Connectez-vous à votre organisation Azure DevOps, puis accédez à votre projet.

  2. Sélectionnez Artefacts, puis sélectionnez votre flux dans le menu déroulant.

  3. Sélectionnez l’icône des paramètres Azure Artifacts à droite.

  4. Choisissez Qui peut créer des flux et Qui peut administrer des flux, puis sélectionnez Enregistrer.

    Capture d’écran montrant comment configurer les paramètres Azure Artifacts.

Paramètres de flux

Utilisez les paramètres de flux pour gérer l’accès au niveau du flux, le partage de packages, les stratégies de rétention, les autorisations d’affichage et les sources en amont. Pour ajouter des utilisateurs ou des groupes à un flux :

  1. Connectez-vous à votre organisation Azure DevOps, puis accédez à votre projet.

  2. Sélectionnez Artefacts, puis sélectionnez votre flux dans le menu déroulant.

  3. Sélectionnez l’icône d’engrenage pour ouvrir les paramètres de flux.

  4. Sélectionnez Autorisations, puis ajoutez des utilisateurs/groupes.

    Capture d’écran montrant comment accéder aux autorisations de flux.

  5. Ajoutez l’utilisateur ou le groupe, puis attribuez le rôle approprié :

    • Propriétaire du flux : peut gérer les paramètres de flux, gérer les sources en amont, autoriser les versions de package externes et supprimer des packages ou le flux lui-même, en plus de toutes les autorisations contributeur .
    • Éditeur de flux (Contributeur) : peut publier, promouvoir, déprécier et retirer des paquets de la liste, en plus de toutes les permissions Collaborateur.
    • Lecteur de flux et de flux en amont (collaborateur) : peut sauvegarder des paquets à partir des sources en amont, en plus d'avoir les autorisations de tous les lecteurs.
    • Lecteur de flux : peut répertorier, afficher et télécharger des packages à partir du flux.
  6. Sélectionnez Enregistrer lorsque vous êtes prêt.

Remarque

Par défaut, le service de construction de la collection de projets (à l’échelle de l’organisation) et le service de construction au niveau du projet (à l’échelle du projet) se voient attribuer le rôle de lecteur de flux et de flux en amont (collaborateur).

Remarque

Par défaut, le Service de construction de collections de projets se voit automatiquement attribuer le rôle de lecteur de flux et de flux en amont (collaborateur) pour les flux nouvellement créés à l'échelle de la collection.

Rôles et autorisations nécessaires sur le flux

Chaque rôle de flux accorde un ensemble spécifique de fonctionnalités. Utilisez le tableau suivant pour déterminer quel rôle attribuer :

Autorisation Lecteur de flux Lecteur de flux et d'amont (collaborateur) Éditeur de flux (contributeur) Propriétaire de flux
Répertorier les packages dans le flux ✓ ✓ ✓ ✓
Télécharger/installer/restaurer des packages ✓ ✓ ✓ ✓
Enregistrer des packages à partir de sources en amont ✓ ✓ ✓
Publier des packages ✓ ✓
Promouvoir les packages vers une vue ✓ ✓
Paquets obsolescents/déclassés/annulés ✓ ✓
Supprimer/annuler la publication de packages ✓
Ajouter/supprimer des sources en amont ✓
Autoriser les versions de package externe ✓
Modifier les paramètres du flux ✓
Supprimer un flux ✓

Remarque

Les administrateurs de collection de projets et les administrateurs d’artefacts Azure reçoivent automatiquement le rôle Propriétaire du flux pour tous les flux du projet.

Paramètres des vues de flux

Les vues de flux vous permettent de partager des versions de package sélectionnées sans exposer tout dans le flux. Un modèle courant consiste à partager des packages validés via une vue tout en conservant les packages en cours privés.

Par défaut, chaque flux inclut trois vues : @Local, @Prerelease et @Release. Vous pouvez renommer ou supprimer les vues @Prerelease et @Release. La vue @Local contient tous les packages publiés directement dans le flux, ainsi que les packages enregistrés à partir de sources en amont.

Importante

Les utilisateurs qui peuvent accéder à une vue peuvent télécharger des packages via cette vue même s’ils n’ont pas d’accès direct à ce flux. Si vous avez besoin de restreindre entièrement l’accès au package, vous devez restreindre l’accès au flux et à ses vues.

  1. Connectez-vous à votre organisation Azure DevOps, puis accédez à votre projet.

  2. Sélectionnez Artefacts, puis sélectionnez votre flux dans le menu déroulant.

  3. Sélectionnez l’icône d’engrenage pour ouvrir les paramètres de flux.

  4. Sélectionnez Vues, sélectionnez les points de suspension à côté de la vue, puis sélectionnez Modifier.

  5. Pour restreindre l’accès à l’affichage, modifiez visibilité sur des personnes spécifiques.

    Importante

    Les vues héritent des permissions du flux parent. Si vous définissez la visibilité d’une vue sur des personnes spécifiques sans spécifier d’utilisateurs ou de groupes, les autorisations de l’affichage revient par défaut aux autorisations du flux parent.

  6. Lorsque vous avez terminé, sélectionnez Enregistrer. La colonne Autorisations d’accès est mise à jour pour refléter vos modifications.

    Capture d’écran montrant les paramètres d’autorisations de la vue @Prerelease dans Azure Artifacts.

Remarque

Pour ajouter un flux d’une autre organisation en tant que source en amont, le propriétaire du flux cible doit partager l’affichage cible avec tous les flux et les personnes des organisations associées à mon locataire Microsoft Entra. Pour ce faire, accédez aux Paramètres de flux>Vues, sélectionnez les points de suspension à côté de la vue spécifiée, sélectionnez Modifier, et modifiez les autorisations.

Autorisations des pipelines

Pour accéder à un flux à partir d’un pipeline, l’identité de build correspondante doit disposer des autorisations nécessaires. L’identité de build au niveau du projet est nommée [Project name] Build Service ([Organization name]), par exemple FabrikamFiber Build Service (codesharing-demo). L’identité de build au niveau de l’organisation est nommée Project Collection Build Service ([Organization name]), par exemple Project Collection Build Service (codesharing-demo).

Pour ajouter une identité de build à un flux :

  1. Connectez-vous à votre organisation Azure DevOps, puis accédez à votre projet.

  2. Sélectionnez Artefacts, puis sélectionnez votre flux dans le menu déroulant.

  3. Sélectionnez l’icône en forme d’engrenage pour ouvrir Paramètres du flux.

  4. Sélectionnez Autorisations, puis ajoutez des utilisateurs/groupes.

  5. Ajoutez l'identité de construction et attribuez-lui le rôle de lecteur de flux et d'amont (collaborateur).

  6. Si le pipeline doit publier des packages, attribuez le rôle Éditeur de flux (Contributeur) à l’identité du service de build de la collection de projets ainsi qu’à l’identité du service de build au niveau du projet.

    Capture d’écran montrant comment ajouter une identité de build aux autorisations de flux.

Exemples

Consultez les exemples ci-dessous pour découvrir comment authentifier et publier des packages sur votre flux avec Azure Pipelines.

Type de paquet Article
NuGet Publier des packages NuGet avec Azure Pipelines
Npm Publier des packages npm avec Azure Pipelines
Maven Publier des artefacts Maven avec Azure Pipelines
Python Publier des packages Python avec Azure Pipelines
Cargo Publier des packages cargo avec Azure Pipelines
Packages universels Publier des packages universels avec Azure Pipelines
Type de paquet Article
NuGet Publier des packages NuGet avec Azure Pipelines
Npm Publier des packages npm avec Azure Pipelines
Maven Publier des artefacts Maven avec Azure Pipelines
Python Publier des packages Python avec Azure Pipelines
Cargo Publier des packages cargo avec Azure Pipelines

Remarque

Si votre pipeline utilise l’identité de build au niveau du projet et doit accéder à un flux dans un autre projet, vous devez configurer cet autre projet pour accorder à l’identité de build au moins l’autorisation Modifier les informations au niveau du projet .