Vous pouvez créer des filtres personnalisés pour votre boîte de réception à l’aide des filtres pris en charge suivants. Pour plus d’informations sur la création de filtres personnalisés, consultez Gestion des notifications à partir de votre boîte de réception.
Limitations des filtres personnalisés
Les filtres personnalisés ne prennent actuellement pas en charge :
- Recherche en texte intégral dans votre boîte de réception, y compris la recherche dans les titres de pull requests ou d’issues.
- La distinction entre les filtres de requête
is:issue,is:pretis:pull-request. Ces requêtes retournent à la fois des problèmes et des demandes de tirage. - La création de plus de 15 filtres personnalisés
- La modification des filtres par défaut ou de leur ordre
- Recherchez exclusion à l’aide de
NOTou-QUALIFIER.
Requêtes prises en charge pour les filtres personnalisés
Voici les types de filtres que vous pouvez utiliser :
- Filtre par dépôt avec
repo: - Filtre par type de discussion avec
is: - Filtre par raison de notification avec
reason: - Filtre par auteur de notification avec
author: - Filtre par organisation avec
org:
Requêtes repo: prises en charge
Pour ajouter un filtre repo:, vous devez inclure le propriétaire du dépôt dans la requête : repo:owner/repository. Un propriétaire est l’organisation ou l’utilisateur qui possède la ressource GitHub qui déclenche la notification. Par exemple, repo:octo-org/octo-repo affiche les notifications déclenchées dans le dépôt octo-repo au sein de l’organisation octo-org.
Requêtes is: prises en charge
Pour filtrer les notifications relatives à une activité spécifique sur GitHub, vous pouvez utiliser la requête is. Par exemple, pour afficher uniquement les mises à jour des invitations au référentiel, utilisez is:repository-invitation, et pour afficher uniquement Dependabot alerts, utilisez is:repository-vulnerability-alert.
is:check-suiteis:commitis:gistis:issue-or-pull-requestis:releaseis:repository-invitation-
`is:repository-vulnerability-alert` -
`is:repository-advisory` -
`is:discussion`
Pour plus d’informations sur la réduction du bruit des notifications pour les Dependabot alerts, consultez « Configuration de notifications pour les alertes Dependabot ».
Vous pouvez également utiliser la requête is: pour décrire comment la notification a été triée.
is:savedis:doneis:unreadis:read
Requêtes reason: prises en charge
Pour filtrer les notifications d’après la raison pour laquelle vous avez reçu une mise à jour, vous pouvez utiliser la requête reason:. Par exemple, pour voir les notifications des occurrences où vous (ou une équipe dont vous êtes membre) êtes invité à examiner une pull request, utilisez reason:review-requested. Pour plus d’informations, consultez « À propos des notifications ».
| Requête | Description |
|---|---|
reason:assign | Lorsqu'il y a une mise à jour sur un pull request ou un problème auquel vous avez été affecté. |
reason:author | Quand vous avez ouvert un pull request ou une issue et lorsqu'il y a une mise à jour ou un nouveau commentaire. |
reason:comment | Lorsque vous avez publié un commentaire sur un ticket ou une pull request. |
reason:participating | Lorsque vous avez publié un commentaire sur un problème ou une demande de tirage ou que vous avez été @mentioned. |
reason:invitation | Lorsque vous êtes invité à rejoindre une équipe, une organisation ou un répertoire. |
reason:manual | Quand vous cliquez sur Subscribe dans une demande de tirage ou un problème auquel vous n’étiez pas encore abonné. |
reason:mention | Vous avez été directement @mentioned. |
reason:review-requested | Vous ou l'équipe dont vous faites partie a reçu une demande pour passer en revue un pull request. |
reason:security-alert | Quand une alerte de sécurité est émise pour un dépôt. |
reason:state-change | Quand l’état d’une demande de tirage ou d’un problème est modifié. Par exemple, un problème est fermé ou une demande de fusion est acceptée. |
reason:team-mention | Quand une équipe dont vous êtes membre est @mentioned. |
reason:ci-activity | Quand un dépôt a une mise à jour CI, telle qu’un nouvel état d’exécution de flux de travail. |
Requêtes author: prises en charge
Pour filtrer les notifications par utilisateur, vous pouvez utiliser la requête author:. Un auteur est la personne à l’origine du fil de discussion (par exemple : dans un ticket, une pull request, un gist ou une discussion) pour lequel vous recevez une notification. Par exemple, pour voir les notifications pour les threads créés par l’utilisateur Octocat, utilisez author:octocat.
Requêtes org: prises en charge
Pour filtrer les notifications par organisation, vous pouvez utiliser la requête org. L’organisation que vous devez spécifier dans la requête est l’organisation du dépôt pour lequel vous recevez une notification sur GitHub. Cette requête est utile si vous appartenez à plusieurs organisations et souhaitez voir les notifications relatives à une organisation spécifique.
Par exemple, pour voir les notifications de l’organisation octo-org, utilisez org:octo-org.
Filtres personnalisés Dependabot
Si vous utilisez Dependabot pour garder vos dépendances à jour, vous pouvez utiliser et enregistrer ces filtres personnalisés :
*
is:repository_vulnerability_alert pour afficher les notifications pour les Dependabot alerts.
*
reason:security_alert pour afficher les notifications pour les Dependabot alerts et les demandes de tirage de mise à jour de sécurité.
*
author:app/dependabot pour afficher les notifications générées par Dependabot. Cela comprend les Dependabot alerts, les demandes de tirage de mise à jour de sécurité et les demandes de tirage de mise à jour de version.
Pour plus d’informations sur Dependabot, consultez À propos des alertes Dependabot.