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 :
- La recherche en texte intégral dans votre boîte de réception, y compris la recherche de titres de demande de tirage ou de problème
- 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
- La recherche d’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 voir uniquement les mises à jour d’invitation à un référentiel, utilisez is:repository-invitation ; pour voir uniquement les Dependabot alerts, utilisez is:repository-vulnerability-alert.
is:check-suiteis:commitis:gistis:issue-or-pull-requestis:releaseis:repository-invitationis:repository-vulnerability-alertis:repository-advisoryis: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 sollicité pour une révision de demande de tirage, utilisez reason:review-requested. Pour plus d’informations, consultez « À propos des notifications ».
| Requête | Description |
|---|---|
reason:assign | Quand il existe une mise à jour sur une demande de tirage ou un problème auquel vous avez été affecté. |
reason:author | Quand vous avez ouvert une demande de tirage ou un problème et qu’il y a eu une mise à jour ou un nouveau commentaire. |
reason:comment | Lorsque vous avez commenté un problème ou une demande de tirage ( pull request). |
reason:participating | Lorsque vous avez commenté un problème ou une demande de tirage (pull request) ou que vous avez été @mentioned. |
reason:invitation | Quand vous êtes invité à une équipe, une organisation ou un dépôt. |
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 votre équipe avez été invités à passer en revue une demande de tirage (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 tirage est fusionné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 l’auteur original de la conversation (par exemple : dans un problème, une demande de tirage, un gist ou une discussion) pour laquelle 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_alertpour afficher les notifications pour les Dependabot alerts.reason:security_alertpour afficher les notifications pour les Dependabot alerts et les demandes de tirage de mise à jour de sécurité.author:app/dependabotpour 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.