GitHub 问题分类
首先查看需要分类的问题，可以通过 "需要分类" 标签 识别。
- 这是一个关于单个应用的代码级帮助请求吗？是否更适合在 Stack Overflow 上提问？如果是，请应用“解决方案：适合 Stack Overflow”标签。
- 此问题是否正确使用了模板？如果不是，请应用“需要：模板”标签。
- 此问题是否提到了所使用的 React Native 版本？如果不是，请应用“需要：环境信息”标签。
- 此问题是否包含 Snack、代码示例或可重现问题的步骤列表？如果不是，请应用“需要：重现步骤”标签。
有时我们会遇到一些不适合在 GitHub 问题跟踪器中提交的问题。添加“类型：无效”标签，机器人会自动关闭该问题。
到达这一步后，您可以开始解析问题本身的内容。此问题是否包含对问题的**清晰描述**？
如果不是，请礼貌地要求问题提交者更新其问题，提供必要的信息，并应用“需要：作者反馈”标签。
我们的目标始终是友好和乐于助人，并期望社区的每位成员都能做到这一点。
改进问题
如果问题包含所有必要的信息，请花点时间考虑问题是否可以以某种方式改进。格式是否正确？您可以根据需要稍微编辑问题以提高可读性。
如果问题包含未格式化的代码块，请在其前后各添加三个反引号（```）将其转换为 Markdown 代码块。
是否有任何标签可以帮助更好地对其进行分类？如果问题仅影响 Android 应用，则可以添加“平台：Android”标签。也许问题仅在 Windows 上开发时才会出现，在这种情况下，您可以添加“平台：Windows”标签。
我们有一长串标签，请查看是否有任何标签适用！
处理重复问题
在处理这些问题时，您将开始更好地理解报告的问题类型。您甚至可能会开始注意到相同的问题被重复报告。
在这种情况下，您可以关闭该问题并添加一条评论，内容为“重复问题 #issue”。通过遵循此约定，GitHub 会自动将该问题标记为重复问题。
评估影响
接下来，我们需要确定问题的严重程度。
这是一个潜在的发布阻碍因素吗？
这些问题应在一两周内解决，因为它们可能会阻止发布协调员生成干净的发布候选版本。
可能会被标记为发布阻碍因素的问题可能是破坏了我们的预提交测试的回归问题。如果问题已经存在一段时间（如果问题已存在于一个或多个版本中，则根据定义它不可能是 RC 阻碍因素），请避免将问题标记为发布阻碍因素。
这会导致应用崩溃吗？
这些问题会导致 React Native 意外崩溃。如果未及时发现，这些问题可能会导致糟糕的用户体验。
这是一个错误吗？
描述某些内容未按预期工作。最好在某个时间点修复它，但它并不严重到足以阻止发布流程。即使问题会导致崩溃，如果存在合理的解决方法，它也可以被归类为常规错误。
这是一个适合新手的问题吗？
这些问题不需要对仓库有深入的了解和熟悉程度。GitHub 会将这些问题展示给有兴趣成为贡献者的人。请记住，以这种方式标记的问题可能不会立即得到修复。