Scrum Kanban(看板)

有部美剧叫Silicon Valley (矽谷群瞎传)，由HBO出品，内容讲述一群在矽谷创业的创业家的故事。跟严肃背景故事不同的是，内容超级好笑，基本上就是各种笑话接连出招，推荐去看。其中有一个桥段，主角们用上了Scrum开发来加速他们的开发流程。

他们将一个任务拆分成多个小任务，这些任务可以是新功能的开发、bug的修复...等。而区域又分成了三个大区块(或是四大):

1. Backlog (issue just being create)
2. Todo (Planned but not start)
3. in progress (Activity being work on)
4. Done (items are complete)

Backlog会是自己建的，这是用来放那些尚未加入todo的小任务放置区域。每个小任务又称作为issue，藉由issue在这三个区块的滑鼠拉动来追踪一个专案的进度。

建立我们专案的Kanban也很简单，如下图。

选择Automated Kanban可以自动trigger issue的进度。在backlog、todo、in progress、Done的设定中可以设定一个issue会如何移动。例如:

1. 对backlog来说，当issue建立时应自动放入此处
2. 对todo 来说，我想先让issue在建立时放在backlog，所以我把默认的new add取消勾选
3. 我想对in progress来说有pull request 代表正在进行中。
4. 对done来说，当完成merge与issue close时应该是代表此issue完成

issue template

发布issue不一定要一个一个手写，你可以用issue template让之後建立issue更加快速。在setting->feature->setting issue中，可以进行编辑，如下是bug issue template范例，也可以自己自订，完成後点propose changes。接着来到issue页面新增issue时就会出现issue模板可供选择。

写完issue後设定左侧的project再送出，让github知道这个issue属於哪个project的。接着，如果你没有在todo内设定new add的话她将会放在左侧的triage内，等待你放入project。我们可以将她放入backlog内，当我们要开始做後再拉入todo。现在我们她拉到todo内。

接着我们开始push一些commit，并且发起pull request，以下为例，pull request from feature/b1 to develop，接着再pull requets时可以设定project与所连结的issue，进入project时就能发现有了一个新的pull requests issue在in progress中。

当我们是merge到master时，就可以发现Done内自动close issue了。当我们merge到develop...等其他分支，时issue还不会关闭，但是在Done内会出现一个merge的card。以下为close issue示意图

以上为30天文章的Git、Github篇，文章整理後会发布到自己的个人blog，欢迎大家多多点击救救悲惨的点阅率。明天开始更新Docker。