行前提要

直接舉個例子來說
近期和團隊協作的專案，主要活動據點是在 GitHub上 ，開 issue 、過 PR 等等
除此之外還透過trello來當作開票板，像下面這樣，貼便條
來看看我在 GitHub 上發現了什麼並取代了trello

Projects

kanban 看板 實體感覺就像是便條貼，可以隨意移動，待處理、完成，
我們透過 kanban 也可以來拖曳這張便條，
小白我當初和團隊協作是使用trello，
後來發現 GitHub 裡頭有 Projects ，效果就是看板或者是根本一樣。
我們再也不用在兩邊跑，直接都在GitHub處理，
來看看從哪邊使用“看板”
在組織內 Projects可以查看現有看板或新增看板

果然在下圖畫面中跟trello沒兩樣XD，
所以說不需要找太多工具來輔助，其實 GitHub 功能提供相當足夠

Issue

issue 要處理的問題，想要做的事情功能，就可以開issue
感覺像是列點代辦事項

特別是可以透過 Assignees 直接指派任務給別人（甩鍋？XD，
也可以事先把代辦事項列好，夥伴們再各自認領，
當然也會後續才發現問題一樣可以透過 issue 當作代辦事項

每個issue 也會有流水帳編號 ex: #204 #152，
在前面文章第21夜 GitHub Git 團體協作起手式 clone pull push -2有提到發 PR，
假設我今天發的 PR 是 issue 編號 #204 ，也可以在 PR 訊息內註記是哪個編號的 issue

當 issue 關閉時，看板 Projects 的代辦事項也會幫你搬家到 done 區域，光是這點就超迷人～
透過以下步驟可以設定

看起來好像關聯性～
一開始應該會是關閉的，打開就會有效果囉