Answers:
您可以定义不同的标签组，例如问题类型，问题优先级，问题状态，版本标签，甚至更多。为了能够立即查看标签所属的组，可以使用诸如的命名约定<label-group>:<label-name>。
使用这样的命名约定将使Github问题的管理变得更加容易，并帮助其他人更快地“理解”问题。请注意，您还可以为标签分配颜色，这可以增加可读性（我将为每个标签组使用特定的颜色）。但是，由于您仍然必须手动为问题分配/取消分配这些标签，因此您可能希望使组/标签的总体列表较小。
根据以上建议的方案，您可以如下定义组和相应的标签。
（这些标签描述了已定义工作流程中的问题状态。）
GitHub问题跟踪器非常灵活。确实没有优先权，也没有排序。它围绕三个主要支柱：任务，标签和里程碑。
您可以使用自己创建的标签 “标记”问题（类似于Gmail标签）。例如：“错误”，“功能请求”，“待办事项”，“问题”，...一个问题可以用不同的标签标记。
您可以将多个问题“打包”成一个里程碑。里程碑由标题（例如版本号）和可选的交付日期组成。
可以将每个问题分配给存储库的协作者（贡献者或组织成员）。您甚至可以使用评论，@然后使用其GitHub登录名召集协作者。
最终，借助侧边栏，您可以“过滤”问题列表以帮助您进行管理。
有关此主题的完整博客文章“问题2.0”将为您提供有关功能的更详细的视图。
我使用huboard.com以看板方式表示github问题，然后通过在huboard中拖放来对它们进行排序。如果您只希望可视化优先级并知道接下来要做什么，那么它会很好地工作。
它实际上将优先级存储在问题本身中，作为HTML注释：
Your normal issue text here...
<!---
@huboard:{"order":465.0}
-->
我们如何在github上使用标签来管理项目的示例
类别标签（也可以使用所有大写字母在视觉上分开）
优先标签
我们认为所有内容都具有正常的优先级，并不真正需要“低”。这样就只留下一个标签来标记需要立即注意的事物。
状态标签
我们将所有文档保存在Wiki中，其中包括操作方法，体系结构，基础结构，案例研究，计划和要求。
如果请求是分支的一部分，则请求请求用于代码审查和功能讨论
通过创造性地使用过滤，我们可以找到当天需要做的任何工作。“ Task + URGENT”或“ Bug + URGENT”始终会检查标记为“需要反馈”的问题，即使您没有要添加的内容也要发表评论。当然，这与我们五个人的团队一起工作，但可能不止于此。
我在GH问题中使用两种标签-第一种与问题的类型有关，第二种与优先级有关：
如果您很好地使用Wiki，则可能无需提问/讨论。但我喜欢它，因为它使我可以向特定的人提出问题或想法。
然后有三个非常简单的优先级标签：
容易吧？