Skip to main content

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

通知について

通知では、サブスクライブしている GitHub のアクティビティに関する最新情報をお知らせします。 通知受信トレイを使用して、更新情報のカスタマイズ、トリアージ、管理を行うことができます。

通知とサブスクリプション

サブスクリプションを通じて、GitHub の特定のアクティビティに関する継続的な更新を受信することを選択できます。 通知では、サブスクライブしている特定のアクティビティについての更新を受信します。

サブスクリプション オプション

サブスクライブできる通知は次のとおりです。

  • 特定の Issue、プルリクエスト、または Gist の会話
  • リポジトリ またはチーム ディスカッション 内のすべてのアクティビティ
  • GitHub Actions で設定されたリポジトリ内のワークフローのステータスなどの CI アクティビティ
  • リポジトリ issue、pull request、リリース、セキュリティ アラート、またはディスカッション (有効な場合)

フォークを除き、あなたがプッシュアクセスを持つすべてのリポジトリを自動的にWatchすることもできます。 [ウォッチ] をクリックすると、手動でアクセスできる他のリポジトリをウォッチできます。

会話に関心がなくなった場合は、今後受信する通知の種類を、サブスクライブ解除、Watch 解除、またはカスタマイズできます。 たとえば、特定のリポジトリからの通知を受信しない場合は、 [登録を解除] をクリックします。 詳しくは、「サブスクリプションを管理する」をご覧ください。

デフォルトのサブスクリプション

一般に、次の場合、デフォルトで会話に自動的にサブスクライブされます。

  • 通知設定で、参加しているリポジトリまたは Team の自動 Watch を無効にしていない場合。 既定では、この設定は有効になっています。
  • Issue あるいはプルリクエストが割り当てられている場合。
  • pull request、イシューを開いた場合、またはチーム ディスカッションの投稿を作成した場合。
  • スレッドにコメントした場合。
  • [ウォッチ] または [サブスクライブ] をクリックして、手動でスレッドにサブスクライブした場合。
  • ユーザー名が @mentioned された場合。
  • Issue のクローズやプルリクエストのマージなどにより、スレッドの状態を変更した場合。
  • メンバーになっているチームが @mentioned された場合。

既定では、作成したすべてのリポジトリと、パーソナル アカウントが所有するすべてのリポジトリは、自動的にウォッチされます。

自動的にサブスクライブしている会話からサブスクライブ解除するには、通知設定を変更するか、GitHub のアクティビティを直接登録解除するか、またはウォッチを解除します。 詳しくは、「サブスクリプションを管理する」をご覧ください。

通知とサブスクリプションをカスタマイズする

通知は、https://github.com/notifications と GitHub Mobile アプリ内の通知受信トレイと、電子メール、またはこれらのオプションの組み合わせを使用して表示するように選択できます。

通知設定で、受信する更新の種類と更新の送信先をカスタマイズできます。 詳しくは、「通知を設定する」をご覧ください。

サブスクリプションを管理しやすい状態に保つには、サブスクリプションと Watch したリポジトリを確認し、必要に応じてサブスクライブ解除します。 詳しくは、「GitHub におけるアクティビティのサブスクリプションを管理する」をご覧ください。

特定のプルリクエストやプルリクエストの更新の受信方法をカスタマイズするには、Issue またはプルリクエスト内で設定できます。 詳しくは、「単一の通知をトリアージする」をご覧ください。

プッシュ通知は、GitHub Mobile アプリでカスタマイズしてスケジュールできます。 詳しくは、「通知を設定する」をご覧ください。

通知の受信理由

インボックスにはデフォルトのフィルタが設定されています。これは、通知をフォローアップする必要がある最も一般的な理由です。 受信トレイ フィルターの詳細については、「インボックスからの通知を管理する」を参照してください。

受信トレイには、通知を受信する reason がラベル (mentionsubscribedreview requested など) として表示されます。

通知をサブスクライブしている理由でインボックスをフィルタできます。 たとえば、レビューを要求された pull request のみを表示するには、reason:review-requested クエリ フィルタを使用できます。

通知をメール送信するように設定していて、自分宛ではない通知を受信していると思われる場合は、正しい受信者を示すメールヘッダを使用したトラブルシューティングを検討してください。 詳しくは、「通知を設定する」をご覧ください。

インボックスからの通知をトリアージする

通知を効率よく管理するために、次のオプションを使用してインボックスをトリアージできます。

  • [完了] でインボックスから通知を削除します。 サイドバーで [完了] をクリックするか、is:done クエリを使用して、完了通知をすべて 1 か所で確認できます。
  • 通知を既読または未読としてマークします。
  • 後で確認するために、通知を保存します。 保存した通知にはインボックスでフラグが付けられます。 [保存済み] をクリックするか、is:saved クエリを使用して、保存済みの通知をすべてサイドバーで 1 か所で確認できます。
  • 指定した通知と会話からの今後の更新を、自動的にサブスクライブ解除します。 サブスクライブ解除すると、インボックスから通知も削除されます。 会話をサブスクライブ解除しても、誰かがユーザ名または更新を受信している Team にメンションした場合、この会話からの通知をまた受信するようになります。

インボックスから複数の通知を一括でトリアージすることもできます。 詳しくは、「インボックスからの通知を管理する」をご覧ください。

通知のインボックスをカスタマイズする

受信トレイ内の通知のグループに絞り込むには、カスタム フィルターを作成できます。 たとえば、自分がコントリビュートしているオープンソースプロジェクトのカスタムフィルタを作成し、自分がメンションされているリポジトリの通知のみを表示することができます。 詳しくは、「インボックスからの通知を管理する」をご覧ください。 トリアージ ワークフローをカスタマイズする方法のその他の例については、「通知をトリアージするためのワークフローをカスタマイズする」を参照してください。

通知の保持ポリシー

[保存済み] としてマークされていない通知は、5 か月間保持されます。 [保存済み] としてマークされた通知は無期限に保持されます。 5か月以上前に保存した通知の保存を解除すると、通知は1日以内にインボックスから消えます。

フィードバックとサポート

通知に対するフィードバックや機能の要求がある場合は、GitHub Community ディスカッションを使用してください。