Skip to main content

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

通知について

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通知設定で、受信する更新の種類と更新の送信先をカスタマイズできます。 詳細については、「通知の設定」を参照してく� さい。

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

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

プッシュ通知は、GitHub Mobile アプリでカスタマイズしてスケジュールできます。 詳細については、「通知の設定」を参照してく� さい。

通知の受信理由

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

インボックスには、通知を受信する reasons がラベルとして表示されます。

インボックスの理由ラベル

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

レビューをリクエストした理由で通知をフィルタ

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

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

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

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

インボックスから複数の通知を一括でトリアージすることもできます。 詳細については、「受信トレイからの通知の管理」を参照してく� さい。

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

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

通知の保持ポリシー

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

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

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