熟练使用Issues

关注

翻译最新推荐文章于 2026-09-21 23:20:03 发布 2.5w 阅读 AI 写同款· GEO 优化 ›

告别禅道！用GitLab Issues打造轻量级缺陷管理系统（含Label配置模板）本文为创业团队和敏捷开发者提供了一套基于GitLab Issues的轻量级缺陷管理方案。通过精心设计的标签（Label）配置模板和清晰的状态流转规则，无需额外成本即可实现与代码仓库深度集成的缺陷跟踪流程。文章详细讲解了从提交、处理到验证关闭的全过程，并分享了利用看板、里程碑提升效率的进阶技巧，帮助团队告别臃肿工具，实现高效、一体化的缺陷管理。阅读详情

声明

Github官方声明

This document is an unofficial translation of https://guides.github.com/features/issues/ and is not endorsed, maintained or overseen by GitHub. For official Help articles, please visit https://guides.github.com.

译者声明

本译文仅供参考，如有疑问请联系(chaoyanglius@outlook.com)译者或者参考原文https://guides.github.com/features/issues/，感谢您的支持。本作品采用本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可，如需转载请遵守该协议内容并附上原文链接。

简介

添加Issues是一种为你的项目跟踪任务(tasks)、强化(enhancements)以及bug的利器。它们有点类似于邮件，除了它们可以与团队的其他成员分享和讨论。大多数软件项目都会有某种bug跟踪器。而Github的跟踪器叫做Issues，在每个仓库上都会有自己的Issues部分。

github-issues

例如，我们可以看一下bootstrap仓库的Issues部分。

bootstrap-issues

因为Github强调合作、引用和美观的文本格式，所以它的issue跟踪十分特殊。下面是一个典型的Github issue：

issue

title(标题)和description(描述)描述了这个issue是关于什么的.
不同颜色编码的labels(标签)可以帮助你对issues进行分类和过滤(就像邮箱中的标签一样).
milestones(里程碑)就像issues的容器一样。这对于关联特定特点或者项目阶段的issues十分有用(例如Weekly Sprint 9/5-9/16 or Shipping 1.0)。
assignee(受委托人)负责在任何指定的时间解决相应的issue.
Comments允许访问仓库并提供反馈.

Milestones, Labels, and Assignees

一旦你添加了足够多的issues，你就会发现你很难找到你所关注的issues。有了Milestones, Labels, and Assignees你就可以轻松地对issues进行分类和过滤。

你可以通过点击右侧边栏上相应的齿轮，来改变或添加milestone, assignee, and labels。

add-mla

如果你没有看到编辑按钮，那是因为你没有编辑issue的权限。你可以请求仓库管理者将你添加为合作者来获得相应的权限。

Milestones

milestone

milestones(里程碑)是对应于项目，功能或时间段的issue组。人们在软件开发时，可以以不同的方式使用他们。下面是Github上的一些例子：

Beta Launch — 在你发布项目的Beta版之前，你需要修复的文件bug。这样就能确保你不会漏掉什么。
October Sprint — 你应该在八月份之前解决的issues。这样当你有很多事要做时，你可以更好地集中精力。
Redesign — 涉及到重新设计项目的issues。这是一种收集想法的好方法。

Lables

label(标签)是管理issues类型的很好的方式。一个issue可以有多个label，而且你也可以一次通过多个label过滤出你想要的issue。

labels

Assignees

每个issue都会有一个assignee(受委托人)——负责推进issue的人。选择Assignees的方法与选择milestones的方法相同，都是通过issue上方的灰色栏。

Notifications, @mentions, and References

通过在issues中使用@mentions和references，你可以通知其他GitHub用户和团队，以及交叉连接issues(在一个issue中提到另一个issue)。这些提供了一种灵活的方式来让合适的人有效地解决问题，并且易于学习和使用。它们可以在GitHub中的所有文本中起作用——因为它们是GitHub Flavored Markdown文本格式化语法中的一部分。

intro-nmr

如果你想了解更多，可以看看Mastering Markdown.

Notifications

Notifications(通知)是GitHub中随时了解你的issues的一种方式。通过它们，你可以找到仓库的新issues，或者知道什么时候有人需要你来推进issues。

有两种收到notifications的方式：通过邮箱和网页。你可以在你的设置中配置你接收notifications的方式。如果你计划收到很多notifications，我们推荐你在Participating中设置为web(网页)+email(邮箱)，而在Watching中设置web(网页)。

notifications-setting

通过这些设置，当人们特别提及您时，您会收到电子邮件，然后访问基于网络的界面，就可以随时了解您感兴趣的仓库。

你可以通过notifications界面来访问你的notifications。这个界面对于一次浏览多个通知十分方便，而且也可以将通知标记为已读或者屏蔽消息。你可以使用快捷键来加快你的工作流程——在github页面下按下键盘上的?你就可以看到有哪些快捷键了。

notifications

被屏蔽的消息不会在以未读的状态出现，直到你再次被特别地@mentioned(提到)。这样你就可以屏蔽那些你不感兴趣的线程(可能是你不熟悉的子系统)。如果你将某个issue标记为已读，如果有人再次对这个消息进行评论的话，它的状态就会改变。

GitHub也会通过邮箱来同步已读/未读状态——如果你在你的邮箱客户端读了一条notification，那么在网页界面上的notification就会自动标记为已读(如果你喜欢这个功能，你就要确保你邮箱客户端允许显示图片)。

@mentions

我们可以通过@mentions在Github issues引用其他Github用户。我们可以在任何issues的描述或评论中使用它，也可以@username来向另一个Github用户发送notification。这很像twitter中的@mentions。

我们比较喜欢使用/cc语法将人们包含在issue中：

It looks like the new widget form is broken on Safari. When I try and create the widget, Safari crashes. This is reproducible on 10.8, but not 10.9. Maybe a browser bug?

/cc @kneath @jresig

如果你指定要包括的人的话，它的效果会非常好，但是许多情况下，我们是跨团队工作，可能并不知道谁会帮助我们。@mentions对于GitHub组织中的团队也是起作用的。如果你在@acmeinc组织(organization)中创建了一个叫做browser-bugs的团队，你也可以通过@mentions来引用这个团队：