Skip to main content

このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となります: 2026-08-25. 廃止されたリリースはサポートされていません。 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 GitHub Enterprise Server のパフォーマンスの向上、セキュリティの向上、新機能については、「アップグレード プロセスの概要を参照してください。 アップグレードに関するサポートについては、GitHub Enterprise Support にお問い合わせください。

受信トレイフィルター

GitHub の受信トレイで通知をフィルタリングする方法について学びましょう。

次のサポートされているフィルターを使って、受信トレイ用のカスタム フィルターを作成できます。 カスタム フィルターの作成について詳しくは、「インボックスからの通知を管理する」をご覧ください。

カスタムフィルタの制限

カスタムフィルタは現在、以下をサポートしていません。

  • インボックス内の全文検索では、プルリクエストやイシューのタイトルも検索できます。
  • is:issueis:pr、および is:pull-request クエリ フィルターの区別。 これらのクエリは、Issue と pull request の両方を検索結果として表示します。
  • 15 個以上のカスタムフィルタの作成
  • デフォルトのフィルタまたはその順序の変更
  • 除外 検索を NOT または -QUALIFIER を用いて行う

カスタムフィルタでサポートされているクエリ

使用できるフィルタの種類は次のとおりです。

  • リポジトリによるフィルター (repo: を使用)
  • ディスカッションの種類によるフィルター (is: を使用)
  • 通知理由で絞り込む reason:

サポートされている repo: クエリ

repo: フィルターを追加するには、リポジトリの所有者をクエリに含める必要があります: repo:owner/repository。 所有者は、通知をトリガーする GitHub 資産を所有する組織またはユーザーです。 たとえば、repo:octo-org/octo-repo は、octo-org 組織内の octo-repo リポジトリでトリガーされた通知を表示します。

サポートされている is: クエリ

GitHubの特定のアクティビティの通知をフィルター処理するには、is クエリを使用できます。 たとえば、リポジトリの招待の更新のみを表示するには、 is:repository-invitationを使用し、 Dependabot alertsのみを表示するには、 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

Dependabot alertsの通知からのノイズを減らす方法については、Dependabot アラートの通知を構成する を参照してください。

is: クエリを使用して、通知がトリアージされた方法を記述することもできます。

  • is:saved
  • is:done
  • is:unread
  • is:read

サポートされている reason: クエリ

更新を受信した理由で通知をフィルター処理するには、reason: クエリを使用します。 たとえば、自分 (または自分が所属する Team) が Pull Request のレビューを要求されたときに通知を表示するには、reason:review-requested を使用します。 詳しくは、「通知について」をご覧ください。

クエリ説明
reason:assign割り当てられている Issue またはプルリクエストに更新があるとき。
reason:authorプルリクエストまたは Issue を開くと、更新または新しいコメントがあったとき。
reason:commentIssue またはプル リクエストでコメントをした際。
reason:participatingissue や pull request にコメントした場合、または @mentioned された場合。
reason:invitationチーム、組織、またはリポジトリに招待されたとき。
reason:manualまだサブスクライブしていない Issue または Pull Request で [サブスクライブ] をクリックしたとき。
reason:mention直接 @mentioned されたとき。
reason:review-requestedあなたまたはあなたが所属しているチームがプルリクエストのレビューを依頼されました。
reason:security-alertリポジトリに対してセキュリティアラートが発行されたとき。
reason:state-changeプルリクエストまたはイシューの状態が変更されたとき。 たとえば、Issue がクローズされたり、プルリクエストがマージされた場合です。
reason:team-mentionメンバーになっている Team が @mentioned されたとき。
reason:ci-activityリポジトリに、新しいワークフロー実行ステータスなどの CI 更新があるとき。

Dependabot カスタム フィルター

Dependabotを使用して依存関係を最新の状態に保つ場合は、次のカスタム フィルターを使用して保存できます。

  • is:repository_vulnerability_alert を選択すると、 Dependabot alertsの通知が表示されます。
  • reason:security_alert Dependabot alerts とセキュリティ更新プログラムのプル リクエストの通知を表示するには。
  • author:app/dependabot を選択すると、 Dependabotによって生成された通知が表示されます。 これには、 Dependabot alerts、セキュリティ更新プログラムのプル要求、バージョン更新プログラムのプル要求が含まれます。

Dependabot の詳細については、「Dependabot alerts」を参照してください。