À propos des notifications
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Les notifications dans Azure DevOps vous informent, vous et votre équipe, de l’activité du projet, notamment des modifications apportées aux éléments de travail, aux révisions de code, aux demandes de tirage, aux fichiers de contrôle de code source et aux builds. Lorsqu’un événement se produit dans Azure DevOps, son contenu est comparé à chaque abonnement de ce type d’événement, et une notification est générée pour chaque correspondance abonnement/événement qui répond aux conditions de filtre. Les notifications sont remises par e-mail ou service hook, en fonction des propriétés de remise définies dans l’abonnement.
Pour plus d’informations, consultez la liste des types d’événements pris en charge et en savoir plus sur les options de remise de courrier électronique.
Types de notifications
Il existe quatre types de notifications que vous pouvez gérer dans Azure DevOps. Consultez le tableau suivant des types de notification et de l’autorisation ou du rôle requis à gérer.
| Type de notification | Rôle requis pour gérer |
|---|---|
| Notifications personnelles | Utilisateur |
| Notifications d’équipe | Administrateur d’équipe ou membre du groupe Administrateurs de projet ou du groupe Administrateurs de collection de projets |
| Notifications de projet | Membre du groupe Administrateurs de projet ou du groupe Administrateurs de collection de projets |
| Notifications globales | Membre du groupe Administrateurs de collection de projets |
Notifications personnelles
Vous pouvez gérer vos notifications personnelles de la manière suivante.
- Afficher vos notifications
- Définir des alertes uniquement pour vous-même
- Afficher et modifier tous les abonnements
- Ajouter un abonnement personnalisé
- Se désabonner ou refuser un abonnement d’équipe ou de projet
Pour plus d’informations, consultez Gérer vos notifications personnelles.
Notifications au niveau de l’équipe et du projet
Vous pouvez créer un abonnement pour les catégories suivantes et sélectionner l’un des modèles suivants.
| Category | Options de modèle |
|---|---|
| Build |
- une build échoue - un contrôleur de build XAML hérité ou l’état de l’agent change - modifications de qualité d’une build XAML héritée |
| Code (Git) |
: une demande de tirage (pull request) est créée ou mise à jour - une demande de tirage (pull request) sur laquelle mon équipe est réviseure est mise à jour - un commentaire est effectué sur une demande de tirage (pull request) |
| Code (TFVC) |
- le code est archivé avec un remplacement de stratégie - un fichier avec une extension spécifique est archivé - un fichier sous un chemin spécifique est archivé - toutes les modifications apportées à la révision du code |
| Pipelines |
- étape d’exécution en attente de validation manuelle |
| Travailler |
- un élément de travail est modifié - un élément de travail est supprimé - un élément de travail est restauré - un élément de travail est déplacé de ce projet d’équipe |
| Artifacts |
|
| Gestion des extensions |
|
| Version release |
- un déploiement est terminé - une demande de création de mise en production a échoué - une intervention manuelle pour un déploiement est en attente |
Remarque
Vous pouvez également créer un abonnement de notification personnalisé pour les demandes de tirage créées ou mises à jour dans un état brouillon. Pour plus d’informations, consultez Abonnement aux notifications personnalisées pour les brouillons de demandes de tirage.
Pour plus d’informations, consultez Gérer les notifications d’équipe, de groupe et globales.
Notifications globales
Les notifications globales s’appliquent à tous les projets définis pour une organisation ou un regroupement.
Abonnements
Un abonnement aux notifications est associé à un type d’événement pris en charge. L’abonnement inclut un ensemble de filtres utilisés pour faire correspondre les événements. Par exemple, un abonnement pour un événement d’élément de travail créé peut inclure un filtre qui correspond uniquement au type d’élément de travail , Bogue. Ou un abonnement pour un événement créé par une demande de tirage peut inclure un filtre pour un dépôt et une branche spécifiques.
Abonnements par défaut à la messagerie
De nombreux abonnements de messagerie utiles sont prédéfinis et activés par défaut dans le système. Ils sont appelés abonnements par défaut. Les abonnements par défaut fournissent une prise en charge prête à l’emploi pour les scénarios de notification les plus courants. Consultez la liste des abonnements par défaut disponibles.
Un administrateur d’organisation ou d’équipe peut choisir parmi les abonnements par défaut à mettre à la disposition de ses utilisateurs. Découvrez comment gérer les notifications d’équipe et d’organisation.
Les utilisateurs individuels peuvent choisir de refuser tout abonnement par défaut pendant que les autres membres de l’équipe restent abonnés. Découvrez comment gérer les abonnements aux notifications personnelles.
L’onglet Abonnements par défaut répertorie tous les abonnements globaux par défaut disponibles. Le 
d’un abonnement de notification indique que l’abonnement est un abonnement par défaut. Affichez tous les abonnements aux notifications par défaut.
Les membres du groupe Administrateurs de collection de projets sont autorisés à activer/désactiver tout abonnement par défaut dans cette vue. Tout membre du groupe Utilisateurs valides de la collection de projets est autorisé à afficher les détails de l’abonnement par défaut. Les options d’affichage et d’activation sont disponibles dans le menu contextuel (...) associé à chaque abonnement individuel.
Abonnements par e-mail personnalisés
Les administrateurs d’organisation ou d’équipe peuvent créer des abonnements de messagerie personnalisés qui s’appliquent à tous les membres de l’organisation ou de l’équipe. Découvrez comment gérer les notifications d’équipe et d’organisation. Pour en savoir plus sur l’interrogation avec des clauses de groupe, consultez Créer des requêtes managées.
Les individus peuvent également créer des abonnements personnalisés, qui s’appliquent uniquement à eux. Découvrez comment gérer les abonnements personnels.
Abonnements de hook de service personnalisés
Utilisez des abonnements de hooks de service pour s’intégrer à des services tiers. Lorsqu’un événement Azure DevOps correspond à un abonnement de hook de service, le service tiers reçoit une notification. Par exemple, lorsqu’une build Azure DevOps se termine, une notification est envoyée à un canal Slack avec des liens vers l’artefact de build dans Azure DevOps. Consultez Intégration à des services tiers.
Abonnés
La section Abonnés commence par une zone de recherche d’identité vide. Entrez n’importe quel groupe, équipe ou individu pour afficher la liste des abonnements associés à l’identité spécifiée.
Vous trouverez tous les abonnements de notification pour l’identité choisie dans cette vue. Les options de gestion sont disponibles à partir du menu contextuel (...) associé à chaque abonnement. La ligne sur l’abonnement indique un abonnement par défaut.
Statistiques
La section Statistiques affiche les abonnements de notification les plus actifs et les principaux initiateurs d’événements (groupe, équipe ou individu). Les statistiques sont uniquement pour le jour actuel et sont réinitialisées à 00:00 UTC. L’un des avantages de ces statistiques est l’identification des abonnements à volume élevé ou des initiateurs d’événements involontaires.
Paramètres
Gérez les paramètres de niveau global, tels que les préférences de remise.
La section Paramètres permet la gestion au niveau de l’organisation par n’importe quel membre du groupe Administrateurs de collection de projets. Toutes les équipes et groupes héritent du paramètre Option de remise par défaut . Ce paramètre, Option de remise par défaut, n’est pas défini explicitement au niveau de l’équipe ou du groupe.
Pour plus d’informations, consultez Gérer les notifications d’équipe, de groupe et globales.
Autorisations pour les notifications
Aucune autorisation d’interface utilisateur n’est associée à la gestion des notifications par e-mail ou des alertes. Au lieu de cela, ils peuvent être gérés à l’aide de l’outil en ligne de commande TFSSecurity.
- Par défaut, les membres du groupe Contributeurs au niveau du projet peuvent s’abonner aux alertes pour eux-mêmes.
- Les membres du groupe Administrateurs de collection de projets ou les utilisateurs disposant de l’autorisation Modifier les informations au niveau de la collection peuvent définir des alertes pour d’autres personnes ou pour une équipe, au sein de cette collection.
- Les membres du groupe Administrateurs de projet ou les utilisateurs disposant d’autorisations Modifier les informations au niveau du projet peuvent définir des alertes dans ce projet pour d’autres personnes ou pour une équipe.
Adresse de messagerie préférentielle
L’adresse e-mail par défaut de votre profil d’organisation reçoit des notifications. Il s’agit généralement de l’adresse e-mail avec laquelle vous vous êtes connecté à Azure DevOps. Vous pouvez gérer cette adresse e-mail via la page de profil des préférences de votre organisation.
Notes
Votre adresse e-mail préférée s’applique à toutes vos organisations et ne peut pas être modifiée par organisation.
Intégration à d’autres services
Si votre équipe utilise un service externe pour collaborer, tel que Trello ou Slack, vous pouvez configurer des notifications pour ces services. Nous prenons en charge les services prêtes à l’emploi suivants.
Vous pouvez également utiliser un service tiers comme Zapier pour envoyer des notifications à des centaines d’autres services. En savoir plus sur Zapier et l’intégration Azure DevOps Services.
Serveur SMTP local
Notes
Pour les Azure DevOps Server locales, configurez un serveur SMTP pour que les membres de l’équipe voient l’option Notifications à partir de leur organisation ou de leur profil utilisateur et reçoivent des notifications.