GitHub Issues 分类指南
本页面由 PageTurner AI 翻译（测试版）。未经项目官方认可。 发现错误？ 报告问题 →
首先查看标有 "需要分类"标签 的待处理 issues。
-
这个问题是否属于应用代码层面的求助？是否更适合 Stack Overflow？如果是，请添加 "解决方案：转至 Stack Overflow" 标签。
-
该 issue 是否正确使用了模板？如果没有，请添加 "需要：模板" 标签。
-
该 issue 是否注明了使用的 React Native 版本？如果没有，请添加 "需要：环境信息" 标签。
-
该 issue 是否包含 Snack 示例、代码片段或问题复现步骤？如果没有，请添加 "需要：复现步骤" 标签。
有时我们会收到完全不适用于 GitHub issue 跟踪器的问题。请添加 "类型：无效" 标签，机器人将自动关闭该 issue。
完成以上步骤后，开始审阅 issue 的具体内容：该 issue 是否包含问题的清晰描述？
如果没有，请_礼貌地_要求作者补充必要信息，并添加 "需要：作者反馈" 标签。
我们始终致力于保持友好互助的态度，并期望社区每位成员都能如此。
优化 issue
如果 issue 已包含所有必要信息，请思考是否还有优化空间：格式是否规范？你可以适当编辑 issue 以提升可读性。
若 issue 包含未格式化的代码块，请用三个反引号 (```) 包裹使其转换为 markdown 代码块。
是否可以添加标签以更好分类？例如：若问题仅影响 Android 应用，可添加 "平台：Android" 标签；若仅在 Windows 开发时出现，可添加 "平台：Windows" 标签。
我们提供了详细的标签列表，请参考选用合适的标签！
处理重复问题
随着处理经验积累，你会逐渐熟悉常见问题类型，甚至能识别重复提交的 issue。
此时可关闭重复 issue 并评论"重复于 #issue编号"。遵循此规范，GitHub 将自动标记为重复问题。
影响评估
接下来需要评估问题的严重程度。
是否属于版本发布阻塞项？
这类问题需在未来一两周内解决，否则可能阻碍发布协调员生成稳定的候选版本。
典型情况包括导致预提交测试失败的回归问题。注意：若问题已存在多个版本中（根据定义无法成为RC阻塞项），则不应标记为发布阻塞。
是否导致应用崩溃？
这类问题会使 React Native 意外崩溃。若未及时修复，将导致糟糕的用户体验。
是否属于功能缺陷？
描述预期之外的问题。我们希望在某个时间点修复它，但严重程度尚不足以阻塞发布流程。即使该问题会导致崩溃，只要存在合理的临时解决方案，仍可归类为常规 bug。
这是一个新手友好问题吗？
这类问题通常不需要对代码库有深入理解。GitHub 会将这些 issue 推荐给有意成为贡献者的用户。请注意，标记为此类的问题可能不会立即得到修复。