issue
只要开始进行软件开发，数人配合，就必须进行项目管理，Issue是最通用的管理工具之一。
一、什么是Issue
Issue指的的是一项待完成的工作，通常与系统的改进相关。翻译为中文叫“问题”，不过我更喜欢另一种说法“事务”。
- 一个软件Bug
- 一项功能建议
- 一项待完成任务
- 文档说明缺失报告
以上都是Issue的例子。每个Issue包含事务的所有信息和历史，使得后来人只看这个Issue，就能了解问题的所有方面和过程。
这个本来的原型是客服部门的工单，每一个处理步骤，及与用户的交流都要更新工单，记录全部信息。因此，Issue的原始功能是问题追踪和工单管理，后来不停扩展，包括了计划的制定，里程碑的建立等，逐渐完善了项目管理流程。
二、Issue软件
其实Issue的软件有很多，但是这里我并不想进行介绍，以前用BugZilla,JIRA，Mantis，BugFree（禅道）还有很多杂七杂八的软件，但是强大归强大，优秀归优秀。这些软件有共同的缺点。
- 功能复杂，学习成本高
- 界面比较反人类，必须要深入了解之后才能用好
- 需要线下部署，安装复杂（授权，收费高昂，小公司不会用）
很多想要学习相关知识的人员马上就会被磨灭兴趣。还是介绍已给免费简单，而且程序员最应该学会的GitHub Issues。
2.1基本用法
上图是新建的Issue界面，左侧为Issue的title和内容，右侧四个配置项（管理者可见）
assignee,选择人员，指派Issue的处理人员
Labels，为Issue贴标签，利于分类管理和过滤查看（新建标签在Issues面板首页，点击Labels，但请先用好默认的）
Projects, 项目（其实用过看板，你可以认为Project就是快速归类Issue状态的看板，分Todo,In progress, Done三个状态）
按我的习惯应该还有一个Plan，如果有专职测试人员，还有一个TestComplete。
Milestone:里程碑，
2.2Label的使用
每个Issue至少有两个Lable,一个表示性质，一个表示优先级（在更完善的Bug和项目管理系统，这本来就是分开的）
表示性质的可以参这篇文章。优先级如下设置即可：
- 高优先级（High）：对系统有重大影响，只有解决它才能去完成其他任务。
- 普通优先级（medium）：对系统的某个部分有影响，用户部分操作达不到预期效果。
- 低优先级（Low）：对系统的某个部分有影响，但用户几乎感知不到。
- 最好有（NiceToHave）：对系统的功能没有影响，通常视觉效果不理想(字体，颜色）或一些个人的倾向性问题。
2.3MileStone
Milestone 叫做"里程碑"，用作 Issue 的容器，相关 Issue 可以放在一个 Milestone 里面。常见的例子是不同的版本（version）和迭代（sprint），都可以做成 Milestone。
新建 Milestone，要在 Issues 面板的首页，点击 Milestones 按钮。
这时，再接着点击 New milestone 按钮，然后填写 Milestone 的名称和内容，还可以指定到期时间。
如果在Issue中@了你，你会在全局视图issues中的Mentioned中看到这个issue.
三、看板功能
看板(kanban)是敏捷开发的重要手段，主要用于项目的进度管理，所有需要完成的任务，都做成卡片，贴在一块白板上面，这就是看板。
按照不同的阶段，看板分为若干列。最基本的就是
- Todo （待开发）
- Doing （开发中）
- Done （已完成）
当然你可以根据实际情况，分出更多的列。比如plan计划，deploy部署，test测试，都可以添加。目标就是所有的事务(Issue)都移动到Done中去。打开Github中的Projects界面就可以看到对应的界面了，这里我已经创建了3个经典的Colum。可以根据自己的管理需求，添加更多流程。
不要犹豫，立刻开始你的Github之旅吧！如果觉得自己英文不好，或者担心网络问题，也可也用开源中国社区推出的代码托管服务码云（Gitee.com）。
文章最后发布于: 2017-12-12 16:48:16