GitHub Issue 分流
首先查看需要分流的 issue，通过 "Needs: Triage" 标签 标识。
- 这是一个关于个人 App 代码级别帮助的请求吗？这是否更适合 Stack Overflow？如果是，请应用 "Resolution: For Stack Overflow" 标签。
- 此 issue 是否恰当地使用了模板？如果没有，请应用 "Needs: Template" 标签。
- 此 issue 是否提及了使用的 React Native 版本？如果没有，请应用 "Needs: Environment Info" 标签。
- 此 issue 是否包含 Snack、代码示例或重现问题的步骤列表？如果没有，请应用 "Needs: Repro" 标签。
我们有时会收到一些不太适合 GitHub issue 跟踪器的问题。添加 "Type: Invalid" 标签，bot 将自动关闭 issue。
完成此步骤后，您可以开始解析 issue 本身的内容。此 issue 是否包含问题的清晰描述？
如果没有，请礼貌地要求 issue 作者使用必要的信息更新他们的 issue，并应用 "Needs: Author Feedback" 标签。
我们的目标始终是友好和乐于助人，并期望我们社区的每位成员都这样做。
改进 Issue
如果 issue 包含所有必要的信息，请花一点时间考虑是否可以以某种方式改进 issue。格式是否正确？您可以根据需要稍微编辑 issue 以提高可读性。
如果 issue 包含未格式化的代码块，请用三个反引号 (```) 将其包围，以将其转换为 markdown 代码块。
是否有任何标签可以添加以帮助更好地分类？如果 issue 仅影响 Android App，您可以添加 "Platform: Android" 标签。也许 issue 仅在 Windows 上开发时出现，在这种情况下，您可以添加 "Platform: Windows" 标签。
我们有一个很长的 标签 列表，请查看一下，看看是否有任何适用的标签！
处理重复 Issue
当您处理这些 issue 时，您将开始更好地了解报告的问题类型。您甚至可能开始注意到同一个 issue 被重复报告。
在这些情况下，您可以关闭 issue 并添加评论，内容为 "Duplicate of #issue"。通过遵循此约定，GitHub 将自动将 issue 标记为重复项。
评估影响
接下来，我们需要确定 issue 的严重程度。
这是一个潜在的发布阻碍问题吗？
这些 issue 应在一两周内解决，因为它们可能会阻止发布协调员剪切干净的发布候选版本。
可能被标记为此类问题的 issue 可能是破坏我们 pre-commit 测试之一的回归。如果 issue 已经存在一段时间（如果 issue 已经存在于一个或多个版本中，则根据定义，它不可能是 RC 阻碍问题），请避免将 issue 标记为发布阻碍问题。
这会导致 App 崩溃吗？
这些 issue 会导致 React Native 意外崩溃。如果不及早发现，这些问题可能会导致糟糕的用户体验。
这是一个 Bug 吗？
描述某些未按预期工作的内容。在某个时候修复它会很好，但这还不够严重，不足以阻止发布流程。即使 issue 导致崩溃，如果存在合理的解决方法，也可以将其归类为常规 Bug。
这是一个 适合新手的 issue 吗？
这些 issue 不需要对仓库有深入的理解和熟悉。GitHub 会将这些 issue 展示给有兴趣成为贡献者的人。请记住，标记为这种方式的 issue 可能不会立即得到修复。