インボックスについて
GitHub及びGitHub Mobile上で通知インボックスを使うには、通知設定でWeb及びモバイル通知を有効化しなければなりません。 詳しい情� �については、「通知を設定する」を参照してく� さい。
インボックスへアクセスするには、任意のページの右上で、 をクリックします。
インボックスには、登録を解除していないか、Done とマークされていないすべての通知が表示されます。ワークフローに対して最適な形になるよう、フィルタを使用してインボックスをカスタマイズし、すべてまたは未読の通知を表示して、通知をグループ化することで概要をすばやく確認できます。
デフォルトでは、インボックスに既読と未読の通知が表示されます。 未読の通知のみを表示するには、[Unread] をクリックするか、is:unread
クエリを使用します。
トリアージオプション
インボックスからの通知をトリアージする� �合のオプションは次のとおりです。
トリアージオプション | 説明 |
---|---|
Save | 後で確認するために、通知を保存します。 通知を保存するには、通知の右側にある をクリックします。 保存済の通知は無期限に保持され、サイドバーの [Saved] をクリックするか、 is:saved クエリで表示できます。 5か月以上前に保存した通知の保存を解除すると、通知は1日以内にインボックスから消えます。 |
完了 | 通知を完了済としてマークし、受信トレイから通知を削除します。 サイドバーの [Done] をクリックするか、is:done クエリを使用すると、完了した通知をすべて表示できます。 完了済としてマークされている通知は、5か月間保持されます。 |
サブスクライブ解除します | @メンションされるか、参� している Team が@メンションされるか、またはレビューがリクエストされるまで、インボックスから通知を自動的に削除し、会話からサブスクライブ解除します。 |
Read | 通知を既読としてマークします。 インボックスで既読の通知のみを表示するには、is:read クエリを使用します。 このクエリには、完了としてマークされた通知は含まれません。 |
Unread | 通知を未読としてマークします。 インボックスで未読の通知のみを表示するには、is:unread クエリを使用します。 |
利用可能なキーボードショートカットについて詳しくは、「キーボードショートカット」を参照してく� さい。
トリアージオプションを選択する前に、まず通知の詳細をプレビューして調査することができます。 詳しい情� �については、「単一の通知をトリアージする」を参照してく� さい。
複数の通知を同時にトリアージする
複数の通知を同時にトリアージするには、関連する通知を選択し、 ドロップダウンを使用してトリアージオプションを選択します。
デフォルト通知フィルタ
デフォルトでは、インボックスには、割り当てられたとき、スレッドに参� したとき、プルリクエストの確認をリクエストされたとき、ユーザ名が直接 @メンションされたとき、またはメンバーになっている Team が @メンションされたときのフィルタがあります。
カスタ� フィルタでインボックスをカスタマイズする
独自のカスタ� フィルタを 15 個まで追� できます。
-
任意のページの右上で をクリックします。
-
フィルタ設定を開くには、左側のサイドバーの [Filters] の横にある をクリックします。
ヒント: インボックスビューでクエリを作成し、[Save] をクリックすると、カスタ� フィルタの設定が開き、フィルタのインボックスの結果をすばやくプレビューできます。
-
フィルタの名前とフィルタクエリを追� します。 たとえば、特定のリポジトリの通知のみを表示するには、
repo:octocat/open-source-project-name reason:participating
クエリを使用してフィルタを作成できます。 ネイティブの絵文字キーボードを使用して、絵文字を追� することもできます。 サポートされている検索クエリのリストについては、「カスタ� フィルタでサポートされているクエリ」を参照してく� さい。 -
Create(作成)をクリックしてく� さい。
カスタ� フィルタの制限
カスタ� フィルタは現在、以下をサポートしていません。
- プルリクエストや Issue のタイトルの検索を含む、インボックスでの全文検索。
is:issue
、is:pr
、およびis:pull-request
クエリフィルタの区別。 これらのクエリは、Issue とプルリクエストの両方を検索結果として表示します。- 15 個以上のカスタ� フィルタの作成。
- デフォルトのフィルタまたはその� �序の変更。
NOT
または-QUALIFIER
を使用した exclusion の検索。
カスタ� フィルタでサポートされているクエリ
使用できるフィルタの種類は次のとおりです。
repo:
を使用したリポジトリによるフィルタis:
を使用したディスカッションタイプによるフィルタreason:
を使用した通知理由でのフィルタ
サポートされている repo:
クエリ
repo:
フィルタを追� するには、リポジトリの所有者をクエリの repo:owner/repository
に含める必要があります。 オーナーは、通知をトリガーする GitHub アセットを所有する Organization またはユーザです。 例えば、 repo:octo-org/octo-repo
は、Organization 内の octo-repo リポジトリでトリガーされた通知を表示します。
サポートされている is:
クエリ
GitHub Enterprise Serverインスタンス での特定のアクティビティの通知をフィルタするには、is
クエリを使用できます。 For example, to only see repository invitation updates, use is:repository-invitation
, and to only see Dependabotアラート, use 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:team-discussion
For information about reducing noise from notifications for Dependabotアラート, see "Configuring notifications for Dependabotアラート."
is:
クエリを使用して、通知がトリアージされた方法を記述することもできます。
is:saved
is:done
is:unread
is:read
サポートされている reason:
クエリ
更新を受信した理由で通知をフィルタするには、reason:
クエリを使用できます。 たとえば、自分 (または自分が所属する Team) がプルリクエストのレビューをリクエストされたときに通知を表示するには、reason:review-requested
を使用します。 詳しい情� �については、「通知について」を参照してく� さい。
クエリ | 説明 |
---|---|
reason:assign | 割り当てられている Issue またはプルリクエストに更新があるとき。 |
reason:author | プルリクエストまたは Issue を開くと、更新または新しいコメントがあったとき。 |
reason:comment | Issue、プルリクエスト、または Team ディスカッションにコメントしたとき。 |
reason:participating | Issue、プルリクエスト、Team ディスカッションについてコメントしたり、@メンションされているとき。 |
reason:invitation | Team、Organization、またはリポジトリに招待されたとき。 |
reason:manual | ま� サブスクライブしていない Issue またはプルリクエストで [Subscribe] をクリックしたとき。 |
reason:mention | 直接@メンションされたとき。 |
reason:review-requested | 自分または参� している Team が、プルリクエストを確認するようにリクエストされているとき。 |
reason:security-alert | リポジトリに対してセキュリティアラートが発行されたとき。 |
reason:state-change | プルリクエストまたは Issue の状態が変更されたとき。 たとえば、Issue がクローズされたり、プルリクエストがマージされた� �合です。 |
reason:team-mention | メンバーになっている Team が@メンションされたとき。 |
reason:ci-activity | リポジトリに、新しいワークフロー実行ステータスなどの CI 更新があるとき。 |
Dependabotカスタ� フィルタ
If you use Dependabot to tell you about insecure dependencies, you can use and save these custom filters to show notifications for Dependabotアラート:
is:repository_vulnerability_alert
reason:security_alert
Dependabot の詳細については、「Dependabotアラート について」を参照してく� さい。