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: - Filtrer par motif de notification avec
reason: - Filtre par auteur de notification avec
author: - Filtrer 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 propriétaire de la GitHub ressource 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 liées à une activité précise sur GitHub, vous pouvez utiliser la requête is. Par exemple, pour ne voir que les mises à jour des invitations du référentiel, utilisez is:repository-invitation, et pour ne voir que 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 en savoir plus sur la façon de réduire le bruit lié aux notifications pour 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 celle du référentiel pour lequel vous recevez des notifications 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.
Dependabot filtres personnalisés
Si vous utilisez Dependabot pour maintenir vos dépendances à jour, vous pouvez utiliser et enregistrer ces filtres personnalisés :
is:repository_vulnerability_alertpour afficher les notifications pour Dependabot alerts.reason:security_alertpour afficher les notifications pour Dependabot alerts et les pull requests de mise à jour de sécurité.author:app/dependabotpour afficher les notifications générées par Dependabot. Cela inclut Dependabot alerts, les demandes de fusion de mises à jour de sécurité et les demandes de fusion de mises à jour de version.
Pour plus d’informations sur Dependabot, consultez Dependabot alerts.