The Wayback Machine - https://web.archive.org./web/20201029233201/https://docs.github.com/ja/free-pro-team@latest/github/managing-subscriptions-and-notifications-on-github/managing-notifications-from-your-inbox
ドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。

インボックスからの通知を管理する

Use your inbox to quickly triage and sync your notifications across email and mobile.

ここには以下の内容があります:

Did this doc help you?

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

OR, learn how to contribute.

インボックスについて

GitHub及びGitHub for mobile上で通知インボックスを使うには、通知設定でWeb及びモバイル通知を有効化しなければなりません。 For more information, see "Configuring notifications."

To access your notifications inbox, in the upper-right corner of any page, click .

未読メッセージを示す通知

インボックスには、登録を解除していないか、Done とマークされていないすべての通知が表示されます。ワークフローに対して最適な形になるよう、フィルタを使用してインボックスをカスタマイズし、すべてまたは未読の通知を表示して、通知をグループ化することで概要をすばやく確認できます。

inbox view

By default, your inbox will show read and unread notifications. To only see unread notifications, click Unread or use the is:unread query.

unread inbox view

トリアージオプション

You have several options for triaging notifications from your inbox.

トリアージオプション説明
Save後で確認するために、通知を保存します。 通知を保存するには、通知の右側にある をクリックします。

保存済の通知は無期限に保持され、サイドバーの [Saved] をクリックするか、is:saved クエリで表示できます。 5か月以上前に保存した通知の保存を解除すると、通知は1日以内にインボックスから消えます。
完了通知を完了済としてマークし、受信トレイから通知を削除します。 サイドバーの [Done] をクリックするか、is:done クエリを使用すると、完了した通知をすべて表示できます。 完了済としてマークされている通知は、5か月間保持されます。
サブスクライブ解除します@メンションされるか、参加している Team が@メンションされるか、またはレビューがリクエストされるまで、インボックスから通知を自動的に削除し、会話からサブスクライブ解除します。
Read通知を既読としてマークします。 インボックスで既読の通知のみを表示するには、is:read クエリを使用します。 このクエリには、完了としてマークされた通知は含まれません。
Unread通知を未読としてマークします。 インボックスで未読の通知のみを表示するには、is:unread クエリを使用します。

利用可能なキーボードショートカットについて詳しくは、「キーボードショートカット」を参照してください。

Before choosing a triage option, you can preview your notification's details first and investigate. For more information, see "Triaging a single notification."

複数の通知を同時にトリアージする

複数の通知を同時にトリアージするには、関連する通知を選択し、 ドロップダウンを使用してトリアージオプションを選択します。

Drop-down menu with triage options and selected notifications

デフォルト通知フィルタ

By default, your inbox has filters for when you are assigned, participating in a thread, requested to review a pull request, or when your username is @mentioned directly or a team you're a member of is @mentioned.

Default custom filters

カスタムフィルタでインボックスをカスタマイズする

You can add up to 15 of your own custom filters.

  1. 任意のページの右上で をクリックします。

    未読メッセージを示す通知

  2. フィルタ設定を開くには、左側のサイドバーの [Filters] の横にある をクリックします。

    ヒント: インボックスビューでクエリを作成し、[Save] をクリックすると、カスタムフィルタの設定が開き、フィルタのインボックスの結果をすばやくプレビューできます。

  3. フィルタの名前とフィルタクエリを追加します。 たとえば、特定のリポジトリの通知のみを表示するには、repo:octocat/open-source-project-name reason:participating クエリを使用してフィルタを作成できます。 ネイティブの絵文字キーボードを使用して、絵文字を追加することもできます。 サポートされている検索クエリのリストについては、「カスタムフィルタでサポートされているクエリ」を参照してください。

    カスタムフィルタの例

  4. Create(作成)をクリックしてください。

カスタムフィルタの制限

Custom filters do not currently support:

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

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

There are three types of filters that you can use:

  • repo: を使用したリポジトリによるフィルタ
  • is: を使用したディスカッションタイプによるフィルタ
  • reason: を使用した通知理由によるフィルタ

To add a repo: filter, you must include the owner of the repository in the query. For example, repo:atom/atom represents the Atom repository owned by the Atom organization.

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

To filter notifications by why you've received an update, you can use the reason: query. For example, to see notifications when you (or a team you're on) is requested to review a pull request, use reason:review-requested. 詳しい情報については、「通知について」を参照してください。

クエリ説明
reason:assign割り当てられている Issue またはプルリクエストに更新があるとき。
reason:authorプルリクエストまたは Issue を開くと、更新または新しいコメントがあったとき。
reason:commentIssue、プルリクエスト、または Team ディスカッションにコメントしたとき。
reason:participatingIssue、プルリクエスト、Team ディスカッションについてコメントしたり、@メンションされているとき。
reason:invitationTeam、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 更新があるとき。

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

GitHub での特定のアクティビティの通知をフィルタするには、is クエリを使用できます。 For example, to only see repository invitation updates, use is:repository-invitation, and to only see Dependabot alerts, 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:repository-advisory
  • is:team-discussion

For information about reducing noise from notifications for GitHub Dependabotアラート, see "Configuring notifications for vulnerable dependencies."

You can also use the is: query to describe how the notification was triaged.

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

Did this doc help you?

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

OR, learn how to contribute.