自定义处理通知的工作流程

开始整理收件箱

在开始整理收件箱之前，考虑一下你是否更倾向于先找到并回复最重要的更新，还是先清理掉那些容易删除或整理的干扰性更新。

根据通知的数量，你可能会选择在不同时间使用这两种方法的组合。

有关查找和回复最重要通知的示例工作流程，请参阅 "查看最高通知优先级"。

有关删除容易删除或整理的通知的示例工作流程，请参阅 "清理最不重要的通知"。

查看最高通知优先级

选择最紧急需要查看的通知类型，并选择最适合你的时间进行查看。你可以考虑这个问题：“我阻塞了谁？”

例如，你可能决定在每天的计划时间，按照以下顺序查看你的通知：

• 需要你审查的拉取请求。（按 reason:review-requested 筛选）

• 在事件中 @提及你的用户名，也称为直接提及。（按 reason:mention 筛选）

• 在事件中 @提及你所在的团队，也称为团队提及。（按 reason:team-mention 筛选）

• 特定仓库的 CI 工作流失败。（按 reason:ci-activity 和 repo:owner/repo-name 筛选，并确保你已在通知设置中为工作流失败启用了 CI 活动通知）

  提示：要快速查看你的最高优先级，请按照审查优先级顺序设置自定义过滤器。有关更多信息，请参阅 "从收件箱管理通知"。

跟进正在进行的通知更新

要跟进通知，你可以考虑这个问题：“我被什么阻塞了，现在不再被阻塞了？”选择你的跟进通知优先级。

例如，你可能决定按照以下顺序进行跟进：

• 您被分配到的问题和拉取请求。立即关闭您能关闭的任何问题或拉取请求并添加更新。根据需要，保存通知以供日后查看。
• 查看已保存收件箱中的通知，尤其是未读更新。如果该线程不再相关，请点击 从已保存收件箱中删除通知并取消保存。

管理低优先级通知

在对高优先级通知进行分类后，查看剩余的通知，例如参与通知。考虑以下问题

• 您可以取消订阅此通知吗？此通知是否已完成并可以标记为已完成？

  提示：当您取消订阅通知时，您将不会收到新的更新，除非您开始参与该线程或您被@提及或您所在的团队被@提及。当您将通知标记为已完成时，该通知将从您的主收件箱视图中删除，并且可以使用查询is:read查看。有关更多信息，请参阅“管理收件箱中的通知”。

• 您是否希望在该问题或拉取请求关闭或重新打开时，或在拉取请求合并时收到未来的更新？有关这些选项的更多信息，请参阅“对单个通知进行分类”。

• 您是否希望将来避免收到此类通知？如果是，请考虑取消订阅。有关更多信息，请参阅“管理 GitHub 上活动的订阅”。

清除您最不重要的通知

选择哪种类型的通知最快速、最容易地进行分类并从您的收件箱中删除，理想情况下一次对多个通知进行分类。

例如，您可能决定按以下顺序清除通知

• 您可以取消订阅的参与通知。
• 与您无关或不需要跟踪的仓库更新。

有关同时管理收件箱中的多个通知的更多信息，请参阅“管理收件箱中的通知”。

您也可以考虑更改您的通知设置或取消订阅这些更新（如果可能）。有关更多信息，请参阅“配置通知”或“管理 GitHub 活动订阅”。