# Filtres de boîte de réception

En savoir plus sur le filtrage des notifications dans votre GitHub boîte de réception.

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](/fr/subscriptions-and-notifications/how-tos/viewing-and-triaging-notifications/managing-notifications-from-your-inbox#customizing-your-inbox-with-custom-filters).

## 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:pr` et `is: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](/fr/search-github/getting-started-with-searching-on-github/understanding-the-search-syntax) à l’aide de `NOT` ou `-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-suite`
* `is:commit`
* `is:gist`
* `is:issue-or-pull-request`
* `is:release`
* `is:repository-invitation`
* `is:repository-vulnerability-alert`
* `is:repository-advisory`
* `is: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](/fr/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/configure-dependabot-notifications).

Vous pouvez également utiliser la requête `is:` pour décrire comment la notification a été triée.

* `is:saved`
* `is:done`
* `is:unread`
* `is: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](/fr/subscriptions-and-notifications/concepts/about-notifications#reasons-for-receiving-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_alert` pour afficher les notifications pour Dependabot alerts.
* `reason:security_alert` pour afficher les notifications pour Dependabot alerts et les pull requests de mise à jour de sécurité.
* `author:app/dependabot` pour afficher les notifications générées par Dependabot. Cela inclut Dependabot alerts, les pull requests de mises à jour de sécurité et les pull requests de mises à jour de version.

Pour plus d’informations sur Dependabot, consultez [Alertes Dependabot](/fr/code-security/concepts/supply-chain-security/dependabot-alerts).