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。