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