Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Azure Artifacts permet aux développeurs de gérer leurs dépendances à partir d’un seul flux. Un flux sert d'espace organisationnel pour héberger différents types de packages, vous permettant de contrôler qui peut y accéder, qu'il s'agisse des membres de votre équipe au sein de votre organisation ou même d'utilisateurs publics.
Lorsque vous créez un nouveau flux dans Azure Artifacts, vous pouvez choisir de limiter son étendue à un projet ou à votre organisation, selon votre scénario. Cependant, Azure Artifacts recommande de limiter l'étendue des nouveaux flux à un projet. Dans cet article, vous allez découvrir les principales différences entre ces deux types de flux.
Créer un flux
Connectez-vous à votre organisation Azure DevOps et accédez à votre projet.
Sélectionnez Artifacts, puis sélectionnez Create feed.
Donnez un nom à votre flux, choisissez sa visibilité pour spécifier qui peut voir vos packages et cochez la case Inclure les packages de sources publiques communes si vous souhaitez inclure des packages provenant de sources publiques telles que nuget.org.
Sous Étendue, sélectionnez Project pour créer un flux d’étendue de projet ou Organisation si vous souhaitez un flux d’étendue d'organisation.
Sélectionnez Créer lorsque vous avez terminé.
Note
Les flux d’étendue d’organisation ne peuvent pas être convertis en flux d'étendue de projet.
Flux à l'échelle du projet ou à l'échelle de l'organisation
Un flux d’étendue de projet est limité à un projet et non à une organisation. Voici les principales différences entre ces deux types de flux :
| Catégorie | Flux à l'échelle du projet | Flux à l'échelle de l'organisation |
|---|---|---|
| Visibilité | Hérite de la visibilité du projet. | Toujours privé par défaut. |
| Liens | L’URL inclut le nom du projet. Exemple : https://pkgs.dev.azure.com/<ORG_NAME>/<PROJECT_NAME>/_packaging/<FEED_NAME>/nuget/v3/index.json |
L'URL n'inclut pas de nom de projet. Exemple : https://pkgs.dev.azure.com/<ORG_NAME>/_packaging/<FEED_NAME>/nuget/v3/index.json |
| Interface utilisateur | Visible uniquement après avoir accédé au projet qui héberge le flux. | Toujours disponible dans le menu déroulant des flux. |
| Connexion | Pour accéder à un flux de données à partir d’un pipeline exécuté dans un autre projet au sein de la même organisation, le Service de génération de la collection de projets et le Service de build du projet exécutant le pipeline doivent disposer du rôle approprié. | Seul le service de génération de collection de projets doit disposer du rôle approprié. |
Note
Pour ajouter un flux d'une organisation différente en tant que source en amont, le propriétaire du flux cible doit partager la vue cible avec Tous les flux et les personnes des organisations associées à mon locataire Microsoft Entra en naviguant vers Paramètres des flux>Vues>, en sélectionnant les points de suspension à droite de la vue spécifiée > puis Modifier.
Conseil
Si vous souhaitez sécuriser davantage votre flux d’étendue de projet et protéger sa visibilité, vous pouvez désactiver la stratégie Autoriser les projets publics à partir des paramètres Stratégie de groupe de l'organisation.
Q&R
Q : Comment puis-je partager des packages avec tous les utilisateurs de mon organisation ?
R : Pour rendre certains packages de votre flux accessibles à tous les utilisateurs de votre organisation, créez ou sélectionnez une vue contenant les packages que vous souhaitez partager et définissez sa visibilité sur Les personnes de mon organisation.
Importante
Si un utilisateur a accès à une vue spécifique, il pourra toujours consulter et télécharger des packages à partir de cette vue, même s'il ne dispose pas d'autorisations au niveau du flux. Si vous souhaitez restreindre entièrement l’accès à vos packages, vérifiez que les autorisations sont limitées à la fois pour le flux et ses vues. Pour plus d’informations, consultez Autorisations relatives aux flux et aux vues.
Q : Comment puis-je accéder à un flux d'un projet dans un autre projet à partir de mon pipeline ?
Pour permettre à un pipeline d’accéder à un flux à portée de projet dans un autre projet, vous devez accorder l’accès au niveau du projet (où le flux est hébergé) et au niveau du flux.
Autorisations du projet : accédez au projet hébergeant le flux, sélectionnez Paramètres du projet>Autorisations et ajoutez le service de génération de projet de votre pipeline au groupe Lecteurs.
Autorisations de flux : Accédez au flux souhaité, sélectionnez Paramètres>Autorisations de flux, puis ajoutez votre service de génération de projet avec l’un des rôles suivants :
- Flux et lecteur en amont (collaborateur) : si vous souhaitez afficher ou télécharger des packages à partir du flux, ou enregistrer des packages à partir de sources en amont.
- Éditeur de flux (contributeur) : si vous souhaitez publier, promouvoir ou déprécier des packages, en plus d’afficher ou de télécharger des packages à partir du flux ou d’enregistrer des packages à partir de sources en amont.
L’identité du service de build Project est mise en forme comme suit : [Project name] Build Service ([Organization name]). Exemple : FabrikamFiber Build Service (codesharing-demo).
Q : Comment puis-je télécharger un artefact de pipeline à partir d’un autre projet au sein de la même organisation ?
R : Si votre pipeline ne parvient pas à télécharger un artefact à partir d'un autre projet, assurez-vous que les autorisations suivantes sont définies à la fois pour le projet en aval et pour le pipeline générant l'artefact :
Sur le pipeline générant l'artefact (projet en amont) : sélectionnez les trois points pour plus d'options >Gérer la sécurité> recherchez le service de construction de votre projet en aval, puis autorisez les permissions suivantes : Mettre à jour les informations de construction, Voir le pipeline de construction et Voir les constructions.
Dans le projet en aval : accédez à Paramètres du projet>Autorisations>Utilisateurs>, recherchez le nom de votre projet en amont, puis sélectionnez Étendre la recherche>. Sélectionnez le service de build de votre projet en amont et activez Afficher les informations au niveau du projet.
Q : Si j’active des sources en amont dans un nouveau flux et que je définis sa visibilité sur « Membres de votre locataire Microsoft Entra », dois-je quand même ajouter les utilisateurs Microsoft Entra à l’organisation Azure DevOps qui contient le flux ?
R : Oui, l’ajout des utilisateurs à l’organisation Azure DevOps est toujours nécessaire afin qu’ils puissent accéder aux packages dans le flux. Vous pouvez les ajouter en tant qu’Utilisateurs autorisés de la collection de projets depuis Paramètres de l’organisation>Sécurité>Autorisations.