跳至主要内容

GitHub Issue 标签

我们大多数标签都带有前缀,可以提示其用途。

您会立即注意到,列表中占据主导地位的是两个标签前缀,API:Component:

这些通常表示与 React Native 核心库中的 API 或组件相关的 Issue 和 Pull Request。它可以帮助我们一目了然地了解哪些组件迫切需要文档或支持。

这些标签由我们的一个机器人自动添加,但如果机器人错误地将 Issue 属性化,请随时调整它们。

  • p: 类标签表示与我们保持某种关系的公司。例如,包括微软和 Expo。这些标签也是由我们的工具根据 Issue 作者自动添加的。
  • DX: 类标签表示处理开发者体验的领域。对于对使用 React Native 的人员产生负面影响的 Issue,请使用这些标签。
  • Tool: 类标签表示工具。CocoaPods、Buck 等。
  • Resolution: 标签帮助我们传达 Issue 的状态。它是否需要更多信息?在它可以向前推进之前需要做什么?
  • Type: 标签由机器人根据 Pull Request 中的变更日志字段添加。它们还可以指代不是 Bug 报告的 Issue 类型。
  • Platform: 标签帮助我们识别 Issue 影响的开发平台或目标操作系统。

如果不确定某个特定标签的含义,请访问https://github.com/facebook/react-native/labels并查看描述字段。我们会尽力对这些标签进行正确记录。

标签操作

应用以下标签之一可能会导致机器人交互。这些标签的目的是通过在必要时提供预设回复来简化 Issue 分类。

  • 指示机器人留下包含后续步骤的评论的标签

    • 需要:Issue 模板
    • 需要:环境信息
    • 需要:在最新版本上验证
    • 需要:复现步骤
  • 指示机器人留下解释性评论后关闭 Issue 的标签

    • 解决方案:适用于 Stack Overflow
    • 类型:问题
    • 类型:文档
  • 直接关闭 Issue 且不留评论的标签

    • 类型:无效