{"meta":{"title":"Personnalisation des notifications de GitHub dans Teams","intro":"Personnalisez les GitHub notifications pour gérer votre travail dans Teams.","product":"Integrations","breadcrumbs":[{"href":"/fr/integrations","title":"Integrations"},{"href":"/fr/integrations/how-tos","title":"Guides pratiques"},{"href":"/fr/integrations/how-tos/teams","title":"Teams"},{"href":"/fr/integrations/how-tos/teams/customize-notifications","title":"Personnaliser les notifications"}],"documentType":"article"},"body":"# Personnalisation des notifications de GitHub dans Teams\n\nPersonnalisez les GitHub notifications pour gérer votre travail dans Teams.\n\nVous pouvez personnaliser vos notifications en vous abonnant à l’activité pertinente pour votre canal Microsoft Teams et en désinscrire l’activité qui est moins utile pour votre projet.\n\n### Notifications activées par défaut\n\nLes notifications suivantes sont activées par défaut, mais vous pouvez les désactiver à l’aide de la commande `@GitHub unsubscribe OWNER/REPO [FEATURE]`.\n\n| Fonctionnalité | Description                                                               |\n| -------------- | ------------------------------------------------------------------------- |\n| `issues`       | Ouverture, fermeture ou réouverture de demandes.                          |\n| `pulls`        | Demandes de tirage nouvellement créées, fusionnées, fermées ou rouvertes. |\n| `commits`      | Nouvelles validations sur la branche par défaut (généralement `main`).    |\n| `comments`     | Nouveaux commentaires sur les problèmes et les pull requests.             |\n| `deployments`  | Mises à jour de l’état du déploiement.                                    |\n| `releases`     | Nouvelles versions et préversions publiées.                               |\n\n> \\[!NOTE]\n> Les notifications de référentiel sont également activées par défaut. Vous serez averti lorsque votre référentiel est rendu public ou supprimé. Cette notification ne peut pas être désactivée, car les mises à jour du référentiel sont des activités destructrices.\n\n### Notifications désactivées par défaut\n\nLes notifications suivantes sont désactivées par défaut, mais vous pouvez les activer à l’aide de la commande `@GitHub subscribe owner/repo [FEATURE]`.\n\n| Fonctionnalité        | Description                                                                               |\n| --------------------- | ----------------------------------------------------------------------------------------- |\n| `reviews`             | Révisions des demandes de tirage                                                          |\n| `workflows`           | GitHub Actions exécutions de flux de travail et notifications d’approbation.              |\n| `branches`            | Création et suppression de branche.                                                       |\n| `discussions`         | Discussions créées ou répondues.                                                          |\n| `+label:\"YOUR-LABEL\"` | Filtrez les problèmes, les demandes de tirage et les commentaires selon leurs étiquettes. |\n\nVous pouvez vous abonner ou vous désabonner de plusieurs paramètres à la fois. Par exemple:\n\n* Pour activer l'activité des révisions et commentaires des pull requests, utilisez `@GitHub subscribe OWNER/REPO reviews comments`.\n* Pour désactiver l'activité pour les problèmes et les pull requests, utilisez `@GitHub unsubscribe OWNER/REPO issues pulls`.\n\n## Filtrage des notifications\n\nVous pouvez personnaliser davantage vos notifications avec des filtres de branche et d’étiquette. Les filtres de branche vous permettent de filtrer les notifications de validation en fonction des noms de branche, tandis que les filtres d’étiquettes vous permettent de filtrer les notifications de problèmes et de propositions de modification en fonction des étiquettes appliquées.\n\n### Filtres de branches pour les notifications de validation\n\nLes filtres de branche vous permettent de filtrer les notifications de validation en fonction des noms de branche. Par défaut, lorsque vous vous abonnez à l’événement `commits` , vous recevez des notifications pour votre branche par défaut. Toutefois, vous pouvez choisir de filtrer sur une branche spécifique, ou un modèle de branches ou de toutes les branches.\n\n| Exemple de configuration                         | Description                                                                                      |\n| ------------------------------------------------ | ------------------------------------------------------------------------------------------------ |\n| `@GitHub subscribe OWNER/REPO commits`           | Recevoir des notifications de validation pour la branche par défaut.                             |\n| `@GitHub subscribe OWNER/REPO commits:main`      | Recevoir uniquement des notifications de validation pour la `main` branche.                      |\n| `@GitHub subscribe OWNER/REPO commits:feature/*` | Recevoir des notifications de validation pour toutes les branches qui commencent par `feature/`. |\n| `@GitHub subscribe OWNER/REPO commits:*`         | Recevoir des notifications de validation pour toutes les branches.                               |\n\nVous pouvez vous désabonner de la fonctionnalité de validations à l’aide de `@GitHub unsubscribe OWNER/REPO commits`.\n\n> \\[!NOTE] Vous avez peut-être déjà utilisé le `commits:all` filtre pour recevoir des notifications de validation pour toutes les branches. Ce filtre est fermeture. Pour recevoir des notifications de validation pour toutes les branches, utilisez plutôt le `commits:*` filtre. Si vous avez déjà configuré le `commits:all` filtre, il continuera de fonctionner jusqu’à ce que vous mettez à jour votre configuration pour utiliser le `commits:*` filtre.\n\n### Filtres d'étiquettes pour les notifications de problèmes et de demande de tirage\n\nLes filtres d’étiquettes vous permettent de filtrer les notifications en fonction des étiquettes appliquées aux issues et aux pull requests. Lorsqu’un filtre d’étiquette est défini, seules les notifications pour les événements incluant l’étiquette spécifiée sont envoyées. Pour plus d’informations sur les étiquettes, consultez [Gestion des étiquettes](/fr/issues/using-labels-and-milestones-to-track-work/managing-labels) et [Filtrage et recherche de problèmes et de demandes de tirage](/fr/issues/tracking-your-work-with-issues/using-issues/filtering-and-searching-issues-and-pull-requests).\n\nActuellement, il n’est possible d’avoir qu’un seul filtre d’étiquette requis par référentiel. Le tableau ci-dessous montre quels types d’événements sont affectés par les filtres d’étiquettes.\n\n| Type d’événement          | Est filtré par étiquette                                                                                                                                                                                                                                                                                                                                                                                                           |\n| ------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| Requêtes de tirage        | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                            |\n| Problèmes                 | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                            |\n| Commentaires              | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                            |\n| Révisions                 | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                            |\n| Validations/envois (push) | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-x\" aria-label=\"Not included\" role=\"img\"><path d=\"M3.72 3.72a.75.75 0 0 1 1.06 0L8 6.94l3.22-3.22a.749.749 0 0 1 1.275.326.749.749 0 0 1-.215.734L9.06 8l3.22 3.22a.749.749 0 0 1-.326 1.275.749.749 0 0 1-.734-.215L8 9.06l-3.22 3.22a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042L6.94 8 3.72 4.78a.75.75 0 0 1 0-1.06Z\"></path></svg> |\n| Branches                  | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-x\" aria-label=\"Not included\" role=\"img\"><path d=\"M3.72 3.72a.75.75 0 0 1 1.06 0L8 6.94l3.22-3.22a.749.749 0 0 1 1.275.326.749.749 0 0 1-.215.734L9.06 8l3.22 3.22a.749.749 0 0 1-.326 1.275.749.749 0 0 1-.734-.215L8 9.06l-3.22 3.22a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042L6.94 8 3.72 4.78a.75.75 0 0 1 0-1.06Z\"></path></svg> |\n\n#### Création de filtres d’étiquettes\n\nPour créer un filtre d’étiquette, utilisez le format de commande suivant :\n\n```text copy\n@GitHub subscribe [OWNER/REPO] +label:\"YOUR-LABEL\"\n```\n\nCela crée un filtre d’étiquette obligatoire avec la valeur `YOUR-LABEL`. Les événements entrants qui prennent en charge les filtres sont ignorés, sauf s’ils ont cette étiquette.\n\n#### Mise à jour des filtres d’étiquettes\n\nVous pouvez mettre à jour un filtre d’étiquette existant en spécifiant une valeur NEW-LABEL :\n\n```text copy\n@GitHub subscribe [OWNER/REPO] +label:\"NEW-LABEL\"\n```\n\nCela remplace le filtre « YOUR-LABEL » par le filtre « NEW-LABEL ».\n\n#### Suppression des filtres d’étiquettes\n\nVous pouvez supprimer un filtre d’étiquette existant à l’aide de la commande de désabonnement avec l’option `+label` :\n\n```text copy\n@GitHub unsubscribe [OWNER/REPO] +label:\"NEW-LABEL\"\n```\n\nCela supprime le filtre « NEW-LABEL », et le canal reçoit toutes les notifications pour les événements abonnés sans filtrage d’étiquette.\n\n#### Affichage des filtres d’étiquettes actifs\n\nPour afficher les filtres d’étiquettes actuellement actifs pour un canal, utilisez la commande suivante :\n\n```text copy\n@GitHub subscribe list features\n```\n\n#### Filtres valides\n\nL’application GitHub dans Teams prend en charge les caractères spéciaux les plus courants pour les filtres d’étiquettes, y compris tous les emojis que Teams et GitHub fournissent en tant que standard. Rarement, vous pouvez rencontrer une étiquette qui contient un caractère spécial qui n’est pas supporté. Par exemple, tout caractère multioctet non codé en tant que `:foo:`, ou les étiquettes utilisant le `,` caractère peuvent ne pas fonctionner comme prévu.\n\n## GitHub Actions notifications de flux de travail\n\nVous pouvez vous abonner aux notifications d’exécution de workflow GitHub Actions depuis votre canal ou votre application personnelle à l’aide de la fonctionnalité workflows, au format `@GitHub subscribe OWNER/REPO workflows`.\n\nLorsque vous êtes abonné à des « workflows », les fonctionnalités suivantes sont disponibles :\n\n* Vous serez averti lorsqu’une nouvelle exécution de flux de travail est déclenchée.\n* Vous pouvez suivre les notifications d’approbation en tant que réponse dans le thread et vous pouvez approuver les notifications directement à partir du canal ou de l’application personnelle.\n* Une fois le flux de travail terminé, vous obtenez une mise à jour en tant que réponse dans le thread afin que vous puissiez voir le contexte complet et l’historique de l’exécution du flux de travail.\n* En cas d'échec, vous pouvez choisir de réexécuter le workflow sur place et activer les journaux de débogage si nécessaire.\n\n> \\[!NOTE] Après le 10 mars 2025 et à partir de la version 3.17 de GitHub Enterprise Server, vous ne recevrez plus de notifications concernant l’avancement des tâches individuelles du workflow. Pour plus d’informations, consultez le [GitHub journal des modifications](https://github.blog/changelog/2025-02-03-deprecation-of-real-time-github-actions-workflow-job-events-in-slack-and-microsoft-teams-apps/) .\n\n### Filtres de notification de flux de travail\n\nVous pouvez filtrer les notifications de flux de travail à l’aide des options suivantes :\n\n| Filter   | Description                                                                                                                                                             |\n| -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `name`   | Filtrez par le nom du flux de travail.                                                                                                                                  |\n| `actor`  | Filtrez par l’utilisateur qui a déclenché le flux de travail.                                                                                                           |\n| `branch` | Filtrez par branche sur laquelle le flux de travail s’exécute. Dans les cas où l’événement `pull_request` est inclus, la branche sera celle ciblée par le pull request. |\n| `event`  | Filtrez par l’événement qui a déclenché le flux de travail (par exemple, push, pull\\_request).                                                                          |\n\nVous pouvez configurer des filtres de notification de flux de travail au format suivant :\n\n```text copy\n@GitHub subscribe OWNER/REPO workflows:{name:\"YOUR-WORKFLOW-NAME\" event:\"WORKFLOW-EVENT\" branch:\"BRANCH-NAME\" actor:\"USERNAME\"}\n```\n\nVous pouvez également passer plusieurs valeurs pour chaque filtre, séparées par des virgules. Par exemple:\n\n```text copy\n@GitHub subscribe OWNER/REPO workflows:{name:\"YOUR-WORKFLOW-NAME\",\"ANOTHER-WORKFLOW-NAME\" event:\"WORKFLOW-EVENT\",\"ANOTHER-WORKFLOW-EVENT\" branch:\"BRANCH-NAME\",\"ANOTHER-BRANCH-NAME\" actor:\"USERNAME\",\"ANOTHER-USERNAME\"}\n```\n\nPar défaut, lorsque vous configurez des notifications de workflow sans appliquer de filtres, elles sont configurées pour les workflows déclenchés par des pull requests ciblant votre branche par défaut. Vous pouvez passer une ou plusieurs entrées.\n\nVous pouvez vous désabonner des notifications de flux de travail à l’aide de la commande : `@GitHub unsubscribe OWNER/REPO workflows`.\n\n> \\[!NOTE] Pour recevoir des GitHub Actions notifications dans Teams, l’application GitHub nécessite des autorisations supplémentaires. Lorsque vous tentez de vous abonner aux flux de travail pour la première fois, vous êtes invité à accorder ces autorisations.\n\n## Notifications de déploiement\n\nVous pouvez également configurer des notifications de déploiement distinctes. Ces déploiements peuvent être effectués à partir de GitHub Actions ou de sources externes à l’aide de l’API de déploiement. Consultez « [Points de terminaison d’API REST pour les déploiements](/fr/rest/deployments/deployments) ».\n\nVous pouvez vous abonner ou vous désabonner aux notifications de déploiement à l’aide des commandes suivantes :\n\n```text copy\n@GitHub subscribe OWNER/REPO deployments\n@GitHub unsubscribe OWNER/REPO deployments\n```\n\n> \\[!NOTE] Si vous utilisez GitHub Actions et souhaitez suivre vos déploiements dans des environnements, la `workflows` fonctionnalité est recommandée, car elle fournit une image plus complète et la possibilité d’approuver vos déploiements directement à partir de Teams."}