git issue简介

issue简介

        issue中文可以翻译为‘事务’，指的是项目待完成的工作，在开源项目中应用很多，但在企业实际开发流程中，可能应用较少。issue在项目中可以承担用户反馈的作用，用户可以在这个地方提出bug反馈与优化建议，也可以为开发者服务，用于记录待完成的任务。每个issue可以包含该问题的前因后果，对于不了解项目的人员，整理的好的issue列表也有助于把握项目的优化内容。一般来说，可以包含以下类型：

• 软件的bug
• 功能优化建议
• 待完成的任务

        以github上的druid为例，可以看到一共有2164个打开的issue和1327个已关闭的issue。在描述中也可以发现，多是用户的bug反馈。

 issue配置项

        操作细节并不复杂，不作使用手册类的介绍。以码云为例，新建一个issue可以配置以下参数。

标签（Label）

        一般来说，标签是其中最为重要的，系统会提供一些常见的标签如bug、question等，也可以新建自定义的标签名。规范的issue可以考虑设置两个标签，一个表示性质，另一个表示优先级。可以看到，标签的展示是非常明显的，合理使用标签可以大幅提高issue使用和阅读的效率。标签是支持自定义的。常用的标签名可以参考这篇文章，issue中常见标签（Label）定义。

      

里程碑（Milestone）

      里程碑的操作也在issue中，一个里程碑可以包含多个issue，可以看到码云的解释：一个项目计划管理工具用于集中管理Issue和Pull Request，它的概念类似于一个版本号或者说是tag，issue在创建时可以设置其关联的里程碑。码云中可以在下图中找到。一般来说，里程碑的命名以版本号为主，也可以加上一些时间标识。

 关联概念：看板（issue board）

       看板在git届算是一个相对新的概念，因为各平台的定位不同，github上是没有的，gitlab和码云都有，通过英文名可以直观的看出，就是管理issue的工具，记录issue的流动。有评论称它冲击到了部分jira的业务（哈哈），这我是不信的，不过画面简洁明了，对于一些使用看板作为办公工具的朋友可能并不陌生，可以作为工作流看板的辅助，但由于issue是和项目乃至分支相关的，想认真的维护这个看板，成本会随着项目数量的增多大大提升。