Définir des autorisations au niveau de l’objet

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

Lorsque vous gérez la sécurité de votre organisation, vous pouvez définir des autorisations au niveau de l’organisation/collection, au niveau du projet et de l’objet. Cet article vous aide à accéder aux boîtes de dialogue de sécurité pour définir des autorisations au niveau de l’objet, car l’interface utilisateur varie un 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’itération, requêtes partagées et dossiers de requêtes, etc.
• Azure Pipelines : Générer et publier des pipelines, des groupes de déploiement, des groupes de tâches, etc.
• Azure Repos : référentiels et branches Git, dossiers ou branches TFVC
• Artefacts Azure : Artefacts et flux

Les éléments de travail, les étiquettes, les plans de test et d’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 de zone.

Pour définir des autorisations au niveau de l’objet, vous devez être membre du groupe Administrateurs de projet ou disposer d’autorisations explicites via la boîte de dialogue de sécurité d’objet individuelle.

Remarque

TFVC prend uniquement en charge un référentiel unique par projet. Vous pouvez définir des autorisations pour le référentiel ou les dossiers/branches du référentiel, qui héritent du dépôt.

Ouvrir la boîte de dialogue Autorisations d’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.

Remarque

Certains objets, tels que les dépôts et les vues Analytics, nécessitent un accès de base ou des niveaux supérieurs. Pour plus d’informations, consultez Niveaux d’accès.

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

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

Object	Appartenance au groupe par défaut	Comment accéder à la sécurité	Hérité?
Tableaux de bord	Contributeur	Ouvrez Tableaux de bord, sélectionnez le chemin d’accès à la zone, puis plus ... >Sécurité.	✔️ (paramètres du projet pour le tableau de bord de l’équipe)
Wiki	Contributeur	Ouvrez le wiki, choisissez Plus ... >Sécurité wiki. Pour plus d’informations, consultez Gérer les autorisations Wiki.	non
Vues analytiques	Contributeur & De base	Ouvrez la vue analytique, choisissez Plus ... >Sécurité.	non

Définir des autorisations pour les objets Boards

Le tableau suivant fournit des informations sur la définition des autorisations au niveau de l’objet pour les chemins de zone et d’itération, les éléments de travail, etc.

Object	Appartenance au groupe par défaut	Comment accéder à la sécurité	Hérité?
Chemin d’accès à la zone	Administrateur du projet	Ouvrir les paramètres>de projet Zones> de configuration>de projet en regard d’une zone, Plus ... >Sécurité.	✔️ (nœud enfant à partir du nœud parent)
Chemin d’itération	Administrateur du projet	Ouvrir les paramètres>de projet Itérations> de configuration>de projet en regard d’une itération, Plus ... >Sécurité.	✔️ (nœud enfant à partir du nœud parent)
Work item	Contributeur	Ouvrez la zone Zones>de configuration>de projet des paramètres>de projet chemin d’accès> à l’élément de travail.	non
Requête d’élément de travail et dossier de requête	Créateur de la requête ou du dossier ou de l’administrateur de projet	Ouvrez la requête d’élément de travail ou le dossier >de requête Plus ... >Sécurité.	non
Plans de livraison	Administrateur de projet ou créateur du plan de remise	Plans de livraison> Open Boards>en regard d’un plan de livraison, Plus ... >Sécurité.	non
Process	Administrateur du projet	Sélectionner plus ... >Sécurité.	✔️ (à partir des paramètres d’organisation/collecte)

Remarque

Balises d’élément de travail : autorisations définies au niveau du projet, définition de balise créer. Les balises d’élément de travail ne sont pas qualifiées d’objet, elles sont définies par le biais d’éléments de travail.

Conseils

Nous allons décomposer les rôles suivants liés aux réviseurs :

• Réviseurs modifiés :
  • Ce rôle s’applique à tout réviseur qui a été ajouté ou supprimé, en raison de stratégies définies pour un ensemble de fichiers.
  • Par exemple, considérez une demande de tirage (PULL) dans laquelle les modifications sont apportées File1.cs.
  • Si une stratégie spécifie que la personne A doit passer en revue les modifications File1.csapportées, elle entre dans le rôle « Réviseurs modifiés » pour cette itération de la demande de tirage.
• Réinitialiser les réviseurs :
  • Ce rôle est lié à la stratégie de « réinitialisation des votes ».
  • Supposons que le référentiel dispose de la stratégie « Réinitialiser les votes sur les nouveaux push » configurées.
  • Si la personne B, qui a été tenue d’examiner la demande de tirage, l’a déjà approuvée, son vote est réinitialisé en raison de la stratégie.
  • Par conséquent, ils sont dans le rôle « Réinitialiser les réviseurs » pour cette itération.

Définir des autorisations pour les objets Repos

Le tableau suivant fournit des informations sur la définition des autorisations au niveau de l’objet pour les dépôts, les dépôts Git, les branches Git et les dépôts TFVC.

Object	Appartenance au groupe par défaut	Comment accéder à la sécurité	Hérité?
Référentiels	Administrateur du projet	Ouvrez les paramètres du projet, les référentiels> mettent en évidence votre sécurité de dépôt>.	✔️
Référentiel Git	Administrateur du projet	Ouvrez référentiels des paramètres>de projet et référentiel Git.	✔️ (à partir des paramètres de projet pour le dépôt Git)
Branche Git	Administrateur du projet	Ouvrir les branches de repos>de votre branche >Plus ... >> Sécurité des branches.	✔️
Référentiel TFVC	Administrateur du projet	Ouvrez référentiels des paramètres>de projet et référentiel 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 plus d’informations, consultez Définir des 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.
  • Fournissez 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 leur permet d’ajouter et de modifier des éléments de travail.
  • Vous pouvez restreindre les autorisations d’utilisateur et de groupe en fonction du chemin d’accès à la zone. Pour plus d’informations, 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 de zone.

• Rapport d’autorisations :
  • Les administrateurs de collection de projets peuvent télécharger le rapport d’autorisations d’un référentiel.
  • Le bouton d’interface utilisateur de cette fonctionnalité n’apparaît pas pour les utilisateurs qui ne sont pas membres du groupe Administrateurs de collection de projets.

Définir des autorisations pour les objets Pipelines

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

Object	Appartenance au groupe par défaut	Comment accéder à la sécurité	Hérité?
Pipelines	Administrateur du projet	Ouvrir pipelines Pipelines>>Tout> votre pipeline >plus ... >Gérer la sécurité.	✔️
Pipelines de build	Administrateur du projet	Ouvrez votre pipeline >de build Plus ... >Gérer la sécurité.	✔️
Exécutions de pipeline de génération	Administrateur du projet	Ouvrez votre pipeline de build en exécutant >Plus ... >Gérer la sécurité.	✔️
Pipelines de mise en production	Administrateur du projet	Ouvrez votre pipeline >de mise en production Plus ... >Gérer la sécurité.	✔️
Groupes de tâches (classique)	Administrateur du projet	Ouvrez votre groupe >de tâches Plus ... >Gérer la sécurité.	✔️
Groupes de déploiement	Administrateur du projet	Ouvrez votre groupe >de déploiement Plus ... >Gérer la sécurité.	✔️
Pools de déploiement	Administrateur du projet	Ouvrez votre pool >de déploiement plus ... >Gérer la sécurité.	✔️
Environnements	Administrateur du projet	Ouvrez votre environnement >Plus ... >Gérer la sécurité.	✔️ (à partir des paramètres d’autorisation d’environnement)
Groupes de variables	Administrateur du projet	Ouvrez votre groupe >de variables Plus ... >Gérer la sécurité.	✔️ (à partir des paramètres d’autorisation de la bibliothèque)
Fichiers sécurisés	Administrateur du projet	Ouvrez votre fichier >sécurisé Plus ... >Gérer la sécurité.	✔️ (à partir des paramètres d’autorisation de la bibliothèque)

Définir des autorisations pour les objets Artifacts

Le tableau suivant fournit des informations sur la définition des autorisations au niveau de l’objet pour les artefacts et les flux.

Object	Appartenance au groupe par défaut	Comment accéder à la sécurité	Hérité?
Artefacts	Administrateur du projet	Ouvrez l’icône des paramètres d’Artefacts> Azure Artifacts. Vous ne voyez pas l’icône si vous n’avez pas les autorisations appropriées.	non
Flux	Administrateur de projet ou Administrateur de flux	Ouvrez votre icône d’engrenage>de flux >Autorisations>+ Ajouter des utilisateurs/groupes.	non

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

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

Définir des autorisations d’objet via la ligne de commande

Vous pouvez utiliser l’outil en ligne de commande az devops security, qui vous permet d’afficher et de gérer les autorisations pour différents objets et fonctionnalités.

Voici quelques exemples d’autorisations plus granulaires qui peuvent être gérées via la ligne de commande :

• Notifications : utilisez les espaces de noms et EventSubscriber les EventSubscription espaces de noms.
• Tableaux de bord : Lire ou créer des tableaux de bord à l’aide de l’espace DashboardPrivileges de noms.
• Points de terminaison de service : utilisez, gérez ou affichez des points de terminaison de service via l’espace ServiceEndpoints de noms.
• Plans de remise : affichez les plans de remise via l’espace Plans de noms.

Pour plus d’informations sur les espaces de noms, consultez référence sur l’espace de noms et l’autorisation de sécurité.

Définir des autorisations pour les notifications d’objets

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

Voici quelques conseils supplémentaires pour gérer les notifications :

• Niveaux de notification :
  • Les notifications peuvent être définies à différents niveaux : utilisateur, équipe, projet et organisation/regroupement.
  • Malheureusement, il n’existe pas d’interface utilisateur spécifiquement pour définir des autorisations de notification.
  • Toutefois, certaines autorisations peuvent être configurées via des outils en ligne de commande et l’espace de noms EventSubscription.
• Option Ignorer l’initiateur :
  • Si vous ne souhaitez pas recevoir de notifications pour les événements que vous avez lancés, activez l’option Ignorer l’initiateur.
  • Cela empêche les notifications pour les actions que vous avez démarrées.
  • Pour plus d’informations, consultez Exclure vous-même des e-mails de notification pour les événements que vous démarrez.
• Notifications à l’échelle de l’organisation :
  • Azure DevOps ne prend pas directement en charge les notifications à l’échelle de l’organisation.
  • En guise d’alternative, envisagez de fournir une liste de distribution de courrier électronique qui atteint l’ensemble de votre organisation.
  • En outre, vous pouvez créer une bannière à l’aide de la az devops banner commande que tous les utilisateurs voient lorsqu’ils se connectent.

Articles connexes

• Gérer les autorisations 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 dépôt
• Bien démarrer avec les autorisations, l’accès et les groupes de sécurité
• Outils de gestion de la sécurité et des autorisations