Skip to main content

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

通知をトリアージするためのワークフローをカスタマイズする

これらのワークフロー例を調整してカスタマイズし、通知をトリアージするための理想的なワークフローを作成することができます。

インボックスのトリアージを開始する

インボックスのトリアージを開始する前に、最重要の更新を最初に見つけて対応するか、削除またはトリアージが簡単な煩わしい更新をインボックスからクリアするかを検討してく� さい。

通知の量に応じて、さまざまな時点で両方のアプローチを組み合わせて使用することを決定できます。

最も重要な通知を検索して応答するワークフローの例については、「最も優先度の高い通知を確認する」をご覧く� さい。

簡単に削除またはトリアージできる通知を削除するワークフローの例については、「最も重要度の低い通知を消去する」をご覧く� さい。

最も優先度の高い通知を確認する

一番最初に確認する通知の種類を選択し、通知の確認時間を選択します。 「誰をブロックするか」ということを検討します。

たとえば、毎日の計画を行う午前中に、次の� �序で通知を確認できます。

  • レビューがリクエストされているプルリクエスト。 (reason:review-requested でフィルター)

  • ユーザー名が @mentioned されているイベント、直接メンションとも呼ばれます。 (reason:mention でフィルター)

  • メンバーになっている Team が @mentioned されているイベント、チー�  メンションとも呼ばれます。 (reason:team-mention でフィルター)

  • 特定のリポジトリの CI ワークフローエラー。 (reason:ci-activityrepo:owner/repo-name でフィルターし、通知設定でワークフロー エラーの CI アクティビティ通知を有効にしていることを確実にします)

    ヒント: 最も優先度の高いものをすばやく確認するには、確認している優先度の� �にカスタ�  フィルターを設定します。 詳細については、「受信トレイからの通知の管理」を参照してく� さい。

進行中の通知の更新をフォローアップする

通知をフォローアップするには、「今はブロックされていないが、ブロックされていたもの」ということを検討します。 フォローアップ通知の優先� �位を選択します。

たとえば、次の� �序でフォローアップすることを決定できます。

  • 割り当てられた Issue およびプルリクエスト。 可能な Issue またはプルリクエストをすぐにクローズして、更新を追� します。 必要に応じて、後で確認するために通知を保存します。
  • 保存済インボックスの通知、特に未読の更新を確認します。 スレッドが関連しなくなった� �合は、 の選択を解除し、保存したインボックスから通知を削除して保存を解除します。

優先度の低い通知を管理する

優先度の高い通知をトリアージした後、参� 通知などの残りの通知を確認します。 次の質問を考慮してく� さい。

  • この通知をサブスクライブ解除できますか? この通知は完了し、完了 としてマークする準備ができましたか?

    ヒント: 通知をサブスクライブ解除すると、スレッドへ参� するか、@mentioned されているか、参� しているチー� が @mentioned されない限り、新しい更新を受け取ることはありません。 通知を 完了 としてマークすると、通知はメインのインボックス ビューから削除され、is:read クエリで表示できます。 詳細については、「受信トレイからの通知の管理」を参照してく� さい。

  • この Issue やプルリクエストがクローズまたは再オープンされたとき、またはプルリクエストがマージされたときに、今後も更新を受け取りますか? これらのオプションについて詳しくは、「単一の通知をトリアージする」をご覧く� さい。

  • 今後このような通知を受け取らないようにしますか? その� �合は、サブスクライブ解除を検討してく� さい。 詳しくは、「GitHub におけるアクティビティのサブスクリプションを管理する」をご覧く� さい。

最も重要度の低い通知を消去する

トリアージしてインボックスから削除する際に最も速くて簡単な通知の種類を選択します。理想的としては、一度に複数の通知をトリアージします。

たとえば、次の� �序で通知をクリアすることができます。

  • サブスクライブ解除できる参� 通知。
  • 保持またはフォローアップに関連しないリポジトリの更新。

インボックス内の複数の通知を同時に管理する方法について詳しくは、「インボックスからの通知を管理する」をご覧く� さい。

可能な� �合、通知設定を変更するか、これらの更新のサブスクライブ解除することを検討することもできます。 詳しくは、「通知の構成」または「GitHub におけるアクティビティのサブスクリプションを管理する」をご覧く� さい。