有时我们发布了一个 Pull Request，却没有人审查我们的工作。该怎么办？

吸引审查在很大程度上与代码本身无关——关键在于让审查过程变得轻松。

如果你发布的 Pull Request 没有收到任何评论或审查，可以尝试核心贡献者使用的策略之一：

创建尽可能小的合理 PR

批准一个长达 2000 行的 PR 需要数月时间，且令人感到不知所措。

批准一个仅 50 行长度的 PR 只需几天甚至几小时，且感觉很容易。

大批量的工作会拖慢你的进度。将工作拆分成小块进行交付，以便更多地合并并更快地学习。

分享相关背景信息：

澄清以下几点：
* 你要解决什么问题？
* 你的 PR 如何解决它？
* 你需要什么反馈？
* 哪些内容不在范围内？
* 哪些部分不直观？
* 如何测试？

总结所有相关的 issues 和 PRs。

这比让别人自己去弄清楚要容易得多。

让你的 PR 引人入胜

所有的贡献都在争夺注意力。让你的脱颖而出。

最简单的方法是什么？说明其重要性：

❌ 一个新的用于获取数据的 react hook
✅ useEntityRecord：用少 10 倍的样板代码获取数据

然后通过代码示例、视觉图表和录屏演示来证明这一点。

展示你的成果

在相关的 issues & PRs 中发布指向你 PR 的链接。

@提及（Ping）相关 issue 的评论者、以前的提交者和技术负责人。

在 WordPress.org Slack 的 #core-editor 频道中提到此事。获得反馈的最简单方法是在每周的 Core Editor 会议的自由发言环节中发声。

分配相关的标签、里程碑和项目（或者请求他人帮忙）。

审查他人的工作

这是进入他人视野的最简单方式。

查找相关 issue 的评论者、以前的提交者和技术负责人的 PRs。然后审查它们。

他们的工作对你来说不熟悉吗？请执行以下操作：

  • 花些时间去理解它
  • 提议进行一次结对编程
  • 跳过，去审查下一个 PR

通过清晰性降低风险

风险会增加摩擦——批准之后可能会产生反作用。

清晰性就像润滑剂。清晰地记录以下内容：

  • 涉及哪些风险？为什么要承担这些风险？
  • 为什么这个 PR 是最佳解决方案？
  • 如何将风险最小化？
  • 还尝试过其他什么方法？

追随关注度

有些 PR 自然比其他 PR 获得更多的关注。

在这些方面加倍投入。

有些 Issue 比其他 Issue 更具时效性（例如那些列在即将发布的版本目标中的），因此会获得更多关注。通过专注于这些内容，更容易吸引审查者。

如何快速达到这一状态？参与 WordPress 路线图中活跃的项目提供帮助。