Gitlab项目管理Lable

用gitlab管理项目，用issue做任务划分和bug记录时，用标签label给issue做标注便于区分哪些是新需求，哪些是bug，哪些是重要的，哪些是可以暂缓处理的。这里记录了一下使用label的定义规范。 描述issue时，可以使用markdown语法的“~”插入一个标签，gitlab社区版仅支持显示5条标签供选择，我们可以输入关键词，它会自动匹配对应的标签。先做标签的自定义添加吧。 ISSUE列表.jpg labels.jpg 关联标签.jpg

1.按Issue的进度状态区分定义

• fixed-已解决 bug已经被解决,并且通过单元测试。

• running-处理中 该问题或任务正在处理中

• later-下一版处理 被描述的问题是一个bug,但是不在当前版本中进行修改，在新版本中处理。

• remind-可能不处理 被描述的问题是一个bug,但是很可能不在目前版本中进行修改。

• wontfix-不修改bug 被描述的问题是一个bug,但是不进行修复。

• duplicate-问题重复 提出的问题和当前已经存在的某个bug重复。

• worksForMe-无法重现 不能重现这个bug（这个是对于那些知道有bug，但是却不能重现bug的情况）

2.按Issue的类型区分定义

• bug 描述的问题是一个bug

• invalid-不是bug 被描述的问题不是一个bug（测试人员提出这个bug,但是开发人员认为不是bug）。

• strengthen-优化 对某个功能逻辑进行改良、优化、强化

• feature-功能 这是一个新增功能的需求问题

• discuss-讨论 该问题是一个讨论会议

3.按Issue的功能区分定义

• Android-安卓 该问题针对Android应用程序

• IOS-苹果 该问题针对IOS应用程序

• UI设计 该问题或任务针对美工界面设计

• UX-用户体验 该问题针对用户体验，与功能流程和业务操作无关

• web 该问题针对网页服务的功能操作

• server 该问题针对系统服务端或服务器

• device-设备 该问题针对硬件设备程序或操作流程

4.按Issue的重要程度区分定义

• normal-正常处理 该问题按正常流程处理

• important-重要 该问题十分重要，需要谨慎处理

• urgent-紧急 该问题或任务十分紧急，需要立即处理

• extension-暂缓 该问题不影响功能流程，可延后处理

5.自定义备注类Label定义

• testingEnv-测试环境

• proEnv-生产环境

issue 功能，对个人而言，就如同 TODO list 。你可以把所有想要在下一步完成的工作，如 feature 添加、bug 修复等，都写成一个个的 issue ，放在上面。既可以作为提醒，也可以统一管理。 另外，每一次 commit 都可以选择性的与某个 issue 关联。比如在 message 中添加 #n，就可以与第 n 个 issue 进行关联。

commit message title, #1

这个提交会作为一个 comment ，出现在编号为1的 issue 记录中。 如果添加：

• close #n

• closes #n

• closed #n

• fix #n

• fixes #n

• fixed #n

• resolve #n

• resolves #n

• resolved #n

比如

commit message title, fix #n

则可以自动关闭第 n 个 issue 。 作者：福霜 链接：https://www.jianshu.com/p/48b935e36000 来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。