Définir des autorisations au niveau de l’objet

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

Lorsque vous gérez la sécurité de votre organisation, vous pouvez définir des autorisations au niveau de l’organisation/collection, du projet et de l’objet. Cet article vous aide à accéder aux boîtes de dialogue de sécurité permettant de définir les autorisations au niveau des objets, car l’interface utilisateur varie quelque peu dans Azure Devops. Pour plus d’informations, consultez Prise en main des autorisations, accès et groupes de sécurité.

Les éléments suivants sont considérés comme des objets :

• Général : tableaux de bord, vues analytiques, wikis et notifications
• Azure Boards : chemins d’accès aux zones, chemins d’accès aux itérations, requêtes partagées et dossiers de requêtes, etc.
• Azure Pipelines : pipelines de build et de version, groupes de déploiement, groupes de tâches, etc.
• Azure Repos : référentiels et branches Git, dossiers ou branches TFVC
• Azure Artifacts : Artifacts et flux

Les éléments de travail, les balises, les plans de test et autres artefacts de test sont soumis aux paramètres de sécurité généralement définis au niveau du projet ou pour un chemin d’accès à une zone.

Prérequis

Ouvrez la boîte de dialogue des autorisations pour une section d’objet

Pour accéder à la boîte de dialogue Autorisations d’un objet, procédez comme suit :

1. Accédez à l’objet spécifique.
2. Sélectionnez Plus....
3. Sélectionnez Sécurité dans le menu déroulant.

Définir les autorisations pour les tableaux de bord, les wikis et les vues analytiques

Vous pouvez définir des autorisations au niveau du projet et au niveau de l’organisation/collection pour certains éléments généraux, tels que la création, la suppression et le renommage de projets. La table suivante fournit des informations sur la configuration des autorisations au niveau des objets pour les tableaux de bord, le wiki et les vues analytiques.

Définir des autorisations pour les objets des tableaux

La table suivante fournit des informations sur la définition des autorisations au niveau des objets pour les chemins d’accès aux zones et aux itérations, les éléments de travail, etc.

Conseils

Décomposons les rôles suivants liés aux réviseurs :

• Réviseurs modifiés :
  • Ce rôle s’applique à tout réviseur ajouté ou supprimé en raison des stratégies définies pour un ensemble de fichiers.
  • Par exemple, considérez une requête de tirage dans laquelle les modifications sont apportées à File1.cs.
  • Si une stratégie spécifie que la personne A doit réviser les modifications apportées à File1.cs, elle est assignée au rôle « Modifier les réviseurs » pour cette itération de la demande de tirage.
• Réinitialiser les réviseurs :
  • Ce rôle est lié à la stratégie « réinitialiser les votes ».
  • Supposons que le référentiel dispose de la stratégie « Réinitialiser les votes sur les nouveaux envois » configurée.
  • Si la personne B, qui était chargée de réviser le communiqué de presse, l’a déjà approuvé, son vote est réinitialisé conformément à la stratégie.
  • Par conséquent, le rôle « Réinitialiser les réviseurs » est attribué pour cette itération.

Définir des autorisations pour les objets de référentiel

La table suivante fournit des informations sur la configuration des autorisations au niveau des objets pour les référentiels, les référentiels Git, les branches Git et les référentiels TFVC.

Conseils

• Autorisations de branche :
  • Les branches héritent d’un sous-ensemble d’autorisations des affectations effectuées au niveau du référentiel.
  • Pour en savoir plus, consultez Définir les autorisations de branche et Améliorer la qualité du code avec des stratégies de branche
• Dossiers de requête partagés :
  • Créez un dossier de requête partagé pour chaque équipe.
  • Définissez des autorisations pour créer et modifier des requêtes sous ce dossier à tous les membres de l’équipe.
• Groupe Contributeurs :
  • L’ajout d’un utilisateur au groupe Contributeurs permet à ce dernier d’ajouter et de modifier des éléments de travail.
  • Vous pouvez restreindre les autorisations des utilisateurs et des groupes en fonction du chemin d’accès à la zone. Pour en savoir plus, consultez Définir les autorisations et l’accès pour le suivi du travail, Modifier les éléments de travail sous un chemin d’accès à la zone.

Définir des autorisations attribuées aux objets Pipelines

Le tableau suivant fournit des informations sur la définition des autorisations au niveau des objets pour les pipelines de build, les pipelines de mise en production, les groupes de déploiement, etc.

Définir des autorisations pour les objets d’artefact

La table suivante fournit des informations sur la configuration des autorisations au niveau des objets pour les artefacts et les flux.

Définir des autorisations pour les objets de plans de test

• Les plans de test, les suites de test, les cas de test et autres objets de test sont gérés de la même manière que les éléments de travail, car ils représentent des types d’éléments de travail spécifiques aux tests, comme indiqué dans la section Objets et termes de test.
• Vous pouvez gérer les autorisations au niveau des tests via les paramètres au niveau du projet ou via les paramètres au niveau de l’objet Chemin d’accès à la zone. Pour plus d’informations, consultez Définir les autorisations et l’accès pour les tests.

Définir des autorisations pour les notifications d’objets

Bien qu’il n’existe pas d’interface utilisateur permettant de définir les autorisations de notification, certaines autorisations peuvent être définies à l’aide d’outils en ligne de commande et de l’espace de noms EventSubscription. Pour plus d’informations, consultez Espace de noms de sécurité et la référence d’autorisation.

Voici quelques conseils supplémentaires afin de gérer les notifications :

• Niveaux de notification :
  • Les notifications peuvent être définies à différents niveaux : utilisateur, équipe, projet et organisation/collection.
  • Malheureusement, il n’existe pas d’interface utilisateur spécifique pour définir les autorisations de notification.
  • Cependant, certaines autorisations peuvent être configurées à l’aide d’outils en ligne de commande et de l’espace de noms EventSubscription.
• Ignorer l’option de l’initiateur :
  • Si vous ne souhaitez pas recevoir de notifications pour les événements que vous avez initiés, activez l’option Ignorer l’initiateur.
  • Cela empêche l’affichage des notifications pour les actions que vous avez lancées.
  • Pour plus d’informations, voir S’exclure des e-mails de notification pour les événements que vous lancez.
• Notifications à l’échelle de l’organisation :
  • Azure DevOps ne prend pas directement en charge les notifications à l’échelle de l’organisation.
  • Comme alternative, envisagez de fournir une liste de diffusion par e-mail qui couvre l’ensemble de votre organisation.
  • Dans Azure DevOps Services, vous pouvez créer une bannière avec la commande az devops banner que tous les utilisateurs voient quand ils se connectent.

Contenu connexe

• Gérer les permissions pour des tâches spécifiques
• Gérer les autorisations avec l’outil en ligne de commande
• Modifier les autorisations au niveau du projet
• Télécharger le rapport sur les autorisations pour un référentiel
• Bien démarrer avec les autorisations, l’accès et les groupes de sécurité