Bug 清理在整个 WordPress 项目中都会进行，用于快速审查 Trac 工单并确定后续步骤。核心核心 核心是运行 WordPress 所需的软件集合。核心开发团队负责构建 WordPress。性能 Bug 清理可以由任何团队成员随时举行。尽管如此，核心性能团队每 2 周在星期三 举行一次定期 Bug 清理，当前的会议时间始终会在会议日历中保持最新。
Bug 清理是非正式会议，无需在会前发布议程，也无需在会后发布总结。
职责与访问权限
任何人都可以主持 Bug 清理。要主持定期 Bug 清理，请将您的 WordPress.orgWordPress.org WordPress.org 是一个社区网站，用户可以在此创建和共享 WordPress 代码。您可以在这里下载 WordPress 核心、插件和主题的源代码，这里也是社区交流和组织活动的中心位置。 https://wordpress.org/用户名添加到Bug 清理主持人表格中的某个空缺会议时段。核心性能团队代表负责确保即将举行的会议都有指定的主持人。如果即将举行的会议缺少主持人，他们应在#core-performance 频道中发帖，礼貌地征集志愿者。
主持 Bug 清理没有技术要求，只需拥有一个 WordPress.org 账户和一个 WordPress SlackSlack Slack 是一个协作群聊平台 https://slack.com/。WordPress 社区拥有自己的 Slack 频道，地址为 https://make.wordpress.org/chat/账户即可。理想情况下，您可以在 Slack 的#core-performance 频道中使用 /here 命令，但这并非必要条件。
欢迎您在方便时自行主持 Bug 清理。每两周一次的定期 Bug 清理只是为了确保有固定的节奏。但更多的 Bug 清理始终受到欢迎和赞赏。
进行 Bug 清理
核心性能团队的 Bug 清理并不是传统意义上的会议。其形式是由 Bug 清理主持人（每次定期 Bug 清理轮换一人）处理特定的 WordPress 核心 TracTrac Trac 是贡献者创建 Bug 或功能请求问题的地方，其作用与 GitHub 类似。https://core.trac.wordpress.org/。工单或 Performance Lab 问题“报告”。这是一个结构灵活的非正式会议。
报告是特定 Trac 工单 / GitHubGitHub GitHub 是一个提供 Git 仓库在线实现的网站，其他开发者可以轻松共享、复制和修改这些仓库。公共仓库可免费托管，私有仓库则需要付费订阅。GitHub 引入了“拉取请求”的概念，贡献者在分支中完成的代码更改可以先由仓库所有者审查和讨论，然后再合并。https://github.com/问题的列表，可以通过 URLURL 互联网上某个网站或网页的特定网络地址，例如网站的 URL www.wordpress.org公开分享给他人。以下是一些示例：
- 已列入 WordPress 7.0 里程碑的性能工单，按最近修改时间最早排序
- 已列入未来版本里程碑且带有补丁的性能工单，按最近修改时间排序
- 等待审查的性能工单，按创建时间最近排序
- 等待审查的性能工单，按最近修改时间最早排序
- 标记为“适合新手的 Bug”的性能工单，按创建时间最近排序
- Performance Lab 问题中列入下一个版本之一里程碑的项目，按创建时间最近排序
- 标记为“适合新手的问题”的 Performance Lab 问题
- 按最近更新时间最早排序的 Performance Lab 问题
Bug 清理主持人应选择一份报告进行处理（可以从上述列表中选择，也可以选择任何其他与性能相关的报告），并在 Slack 上分享相应的 URL。随后，主持人应鼓励所有旁观者在之后异步审查相关工单；如有必要，如果对 Bug 清理主持人作出的决定存在疑问或担忧，可以再发表评论进行跟进。
作为 Bug 清理的主要部分，主持人随后应自行处理报告中的工单 / 问题，并为处理的每个工单提供更新。这可能包括更改里程碑、更改优先级、更改分配对象、更改关键词，或要求报告者或 PR 作者提供更新，仅举几例。
Bug 清理主持人也可以在 Slack 频道中分享他们认为有价值的任何内容。不过，由于 Bug 清理不是传统会议，因此无需等待可能在线的其他人发表意见。
理想情况下，每次 Bug 清理应至少持续约一小时，不过主持人当然可以自行决定是否继续。停止清理工单后，他们应在 Slack 上分享这一更新，以正式结束 Bug 清理。
示例消息
欢迎复制粘贴这些消息，也可以忽略它们并自行撰写。这些示例仅供参考，绝不是指南，也不是必须使用的内容。
Bug 清理开始
- /here 大家好！我即将开始一次以性能为重点的 <bug-scrub>。
- 今天我将处理以下报告中的工单：<report-url>
- 我会在处理列表的过程中，为每个工单留下更新或评论。
- 如果您在线，也欢迎您审查这些工单并分享任何想法。您可以回复我的工单更新；或者，如果这是一个我尚未处理的工单，也可以直接留下工单评论，或就在频道中发送聊天消息。
Bug 清理结束
- 今天的 Bug 清理就到这里。请记住，任何人都可以随时进行这样的 Bug 清理。若有任何问题，欢迎联系我们。
- 感谢各位在线参与，我们两周后再见！
- </bug-scrub>