> For the complete documentation index, see [llms.txt](https://amax.gitbook.io/ict-architect/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://amax.gitbook.io/ict-architect/gitlab-xiang-mu-guan-li-lable.md).
# 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 进行**关联**。
```bash
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 。\
\
作者：福霜\
链接：
来源：简书\
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。