库标签

标签包含三个字段,viz.名称、描述和颜色。标签名称应该有一个一致的格式来援助过滤在github UI以及扫描视觉通过列表。以下格式是最适合这个任务(⎵表示一个空间):

< emoji >⎵<目录>:⎵<名称>

甚至标签名称超过两个词在文本中应由一个空格隔开⎵。

的标签列表

一个问题有许多不同的属性:

• 优先级
• 状态
• 目标
• 方面
• 技能
• 说话
• 友好

*优先

一个问题的优先级是基于其影响,来自的紧迫性和重要性。这决定了这个问题的重要性在sprint计划或决定下一步要解决的问题。

• 优先级:重要
  • 描述:必须尽快解决
• 优先级:高
  • 描述:摊位的工作项目或其家属
• 优先级:中
  • 描述:不会很快阻止但应固定
• 优先级:低
  • 描述:低优先级和不需要匆忙

*状态

问题的状态决定是否准备工作。问题可能不是准备工作的原因和维护人员必须保持更新标签随着形势的发展。

一个问题,在关闭的时候可以拥有的状态:为开发做好准备或者是⛔️状态:丢弃根据是否有或没有关闭标签分辨率,分别。

• 状态:为开发做好准备
  • 描述:准备工作
• 状态:阻塞
  • 描述:因此,阻止&没有准备好工作
• 状态:票所需的工作
  • 描述:需要更多的细节,才能从事
• 状态:标签所需的工作
  • 描述:需要适当的标签才可以工作
• ⛔️状态:丢弃
  • 描述:不会工作
• 状态:停止
  • 描述:不适合作为回购在维护
• 状态:等待分流
  • 描述:没有筛选&因此,没有准备好工作吗

*目标

问题的目标是取得的归宿问题得到解决。这是问题的影响范围的软件。

• ⭐目标:除了
  • 描述:添加新功能
• ✨目标:改善
  • 描述:改进现有的功能
• 目标:解决
  • 描述:错误修复

*方面

方面的一个问题是项目的处理问题。单一代码库可以有多个方面,知道哪些会感动帮助贡献者找到有关问题。

• 方面:文本
  • 描述:关注文本材料在存储库中
• 方面:代码
  • 描述:担忧的软件代码库
• 方面:接口
  • 描述:涉及到软件最终用户的体验
• 方面:dx
  • 描述:涉及到代码库开发人员的经验

技能

具备所需的技术技能一个人在这个问题上工作。技能是一种特殊类型的标签不同的存储库。问题可能没有一个技能标签如果不需要特殊技能。

• 技能:<技能名称>
  • 描述:需要精通的<技能名称>

说话

问题互动标签不需要任何工作要做在存储库中。的问答,rfc和任何其他形式的讨论。虽然这两个似乎太相似,分流权限授予合作者谁可能没有答案的问题,但通过标签,他们可能会画一个更快的响应从一位经验丰富的贡献者。在未来这一类可能呈现的冗余GitHub讨论和将被删除。

• ❓谈话:问题
  • 描述:和答案可以解决吗
• 讨论:讨论
  • 描述:开放的讨论和反馈

友好

友好的一个特定的问题是问题的价对社区的贡献。一些问题提供了一个巨大的介绍,而另外一些需要更熟悉代码库。这些问题没有类别前缀作为其中两个是特殊的标签被GitHub。特别的没有emojis。

• 良好的第一问题
  • 描述:New-contributor友好
• 招聘
  • 描述:来自社区的参与
• 工作人员只
  • 描述:限于抄送人员

杂项

• ノಠ益ಠノ彡┻━┻
  • 描述:了!
• Hacktoberfest
  • 描述:Hacktoberfest参与者的好问题
• 无效的
  • 描述:不适当的或无效的(例Hacktoberfest垃圾邮件)

使用规则

在上面的类别中,一些人使用一个标记*的迹象。这是强制性的类别和所有问题必须至少有一个标签的类别。

只有标签问题状态:等待分流可以没有所有强制性标签(看到他们尚未修复)。

类别不标注*是可选的,是高达的自由裁量权,维护人员应用标签的分类问题。