Organization にスケジュールされたリマインダーを管理する

Organization の Team がレビューをリクエストされたすべてのプルリクエストについて、Slack でリマインダーを受け取ることができます。

この記事の内容

プルリクエストのスケジュールされたリマインダーについて

スケジュールされたリマインダーは、Teamが注意を払う必要がある最も重要なレビューリクエストに集中するのを助けます。 プルリクエストのスケジュールされたリマインダーは、あなたもしくはあなたのTeamがレビューを求められているすべてのオープンなプルリクエストと共に、指定された時間にSlackでTeamに対してメッセージを送信します。 たとえば、スケジュールされたリマインダーを作成して、Team が毎週水曜日の午前 9:00 にレビューするようリクエストされたオープンのプルリクエストを含めて、Slack で Team のメインコミュニケーションチャネルにメッセージを送信することができます。

Organization のオーナーは、Team がレビューをリクエストされたすべてのプルリクエストについて、その Organization の 1 つ以上の Team にリマインダーをスケジュールできます。

GitHubは、オーナーごとに5つのリポジトリまで、リポジトリごとに20のPull Requestまでしかリマインダーをトリガーしません。 アップストリームからフォークに変更がマージされるとき、リマインダーは送信されません。

Organization のスケジュールされたリマインダーを作成する

  1. GitHub の右上隅で、プロフィール写真を選択し、 あなたの組織をクリックします。
  2. 組織の隣の [設定] をクリックします。
  3. サイドバーの [統合] セクションで、 [ スケジュールされたリマインダー] をクリックします。
  4. [スケジュールされたリマインダー] で、 [最初のリマインダーの追加] をクリックします。
  5. [Slack ワークスペース] で [Slack ワークスペースの承認] をクリックし、指示に従います。
  6. "Slack channel（Slackチャンネル）"の下で、通知を受けたいSlackチャンネルの名前を入力してください。

    Tip

    この Slack チャンネルがプライベートの場合は、チャンネル /invite @github への統合を招待する必要があります。 さらに、ユーザーに Slack チャンネルの 1 つで /github signin を実行するように依頼する必要があります。そうしないと、ユーザーは @mentioned になりません。 詳細については、Slack 統合ドキュメントの「はじめに」を参照してください。

  7. [曜日] の下で、 [平日] をクリックして、スケジュールされたリマインダーを受信したい 1 つ以上の曜日を選択してください。
  8. [時刻] で [午前 9:00] をクリックして、スケジュールされたリマインダーを受け取る 1 つ以上の時刻を選びます。 必要に応じてタイムゾーンを変更するには、現在のタイムゾーンの隣の をクリックし、別のタイムゾーンを選びます。
    Slack でのリマインダーの時刻および関連するタイム ゾーンを選ぶためのドロップダウン メニューが表示されている [スケジュールされたリマインダー] の設定のスクリーンショット。 時刻メニューが開き、午前 9:00 と午前 10:00 の横にチェックマークが付いています。
  9. "Tracked repositories（追跡されたリポジトリ）"の下で、プルリクエストのリマインダーをTeamに受信させたいリポジトリを選択してください。
    • 選択したチームがアクセスできるすべてのリポジトリに対するリマインダーを受信するには、 [すべてのリポジトリ] をクリックします。
    • 一部のリポジトリについてのみリマインダーを受信するには、 [選択したリポジトリのみ] をクリックし、選択したチームがアクセスできる 1 つ以上のリポジトリを選択します。
  10. [コードを確認するために割り当てられたチームでフィルター処理] で、 [チームの追加] ドロップダウン メニューを選んで、1 つ以上のチームをクリックします。 最大 100 チームまで追加できます。 選択した Team が、上で選択する [Tracked repositories] にアクセスできない場合は、スケジュールされたリマインダーは作成できません。
  11. 必要に応じて、スケジュールされたリマインダーからドラフトの pull request を除外するには、 [ドラフトを無視] を選択します。 詳しくは、「pull requests について」を参照してください。
  12. 必要に応じて、チームまたはチーム メンバーから特にレビューが依頼された pull request のみを含めるには、 [Require review requests](レビュー リクエストを必須にする) を選びます。 このオプションを選択しなかった場合、すべてのプルリクエストがスケジュールされたリマインダーに含まれます。
  13. 必要に応じて、レビューのリクエストが満たされた後に pull request の作成者にリマインダーを送信するには、 [レビュー後に作成者に通知する] を選択して、リマインダーが送信される前に必要なレビューの数を選択します。
  14. 必要に応じて、既にレビューされて承認された pull request に対するスケジュールされたリマインダーをオフにするには、 [承認済みの pull request を無視する] を選択します。 次に、 [1 つ以上の承認で無視] をクリックし、プル要求を無視する必要がある承認の数を選びます。
  15. "Minimum age（最小の経過時間）"の下で、時間単位でプルリクエストの経過時間を入力してください。 スケジュールされたリマインダーは、この経過時間よりも新しいプルリクエストを含めなくなります。
  16. "Minimum staleness（最小の停滞期間）"の下で、時間を単位としてプルリクエストに対する最後のアクティビティからの経過時間を入力してください。 スケジュールされたリマインダーは、最後のアクティビティがこの時間よりも新しいプルリクエストを含めません。
  17. "Ignored terms（無視される語）"の下に、プルリクエストのタイトルに現れるかもしれない語のカンマ区切りのリストを入力してください。 スケジュールされたリマインダーは、それらの語をタイトルに1つ以上含むプルリクエストを含めなくなります。
  18. "Ignored labels（無視されたラベル）"の下に、カンマ区切りでラベルのリストを入力してください。 スケジュールされたリマインダーは、それらのラベルを1つ以上持っているプルリクエストを含めなくなります。
  19. "Required labels（必須のラベル）"の下で、カンマ区切りのラベルのリストを入力してください。 スケジュールされたリマインダーは、これらのラベルを1つ以上上含むプルリクエストで、すでに無視されてはいないものだけを含みます。
  20. [リマインダーの作成] をクリックします。
  21. 必要に応じて、リマインダーをテストするには、 をクリックします。

Organization のスケジュールされたリマインダーを管理する

  1. GitHub の右上隅で、プロフィール写真を選択し、 あなたの組織をクリックします。
  2. 組織の隣の [設定] をクリックします。
  3. サイドバーの [統合] セクションで、 [ スケジュールされたリマインダー] をクリックします。
  4. 更新する予定のリマインダーの横にある [編集] をクリックします。
  5. スケジュールされたリマインダーに1つ以上の変更を行ってください。
  6. 変更を保存するには、 [Update reminder](リマインダーの更新) をクリックします。
  7. 必要に応じて、リマインダーをテストするには、 をクリックします。

Organization のスケジュールされたリマインダーを削除する

  1. GitHub の右上隅で、プロフィール写真を選択し、 あなたの組織をクリックします。
  2. 組織の隣の [設定] をクリックします。
  3. サイドバーの [統合] セクションで、 [ スケジュールされたリマインダー] をクリックします。
  4. ページの下部にある [このリマインダーを削除] をクリックします。
  5. スケジュールされたアラームの削除を確定確認するには、 [OK] をクリックします。

参考資料