專案開發從7/6到現在約10天，中間經歷了龍哥精彩的七天課程、一個颱風、ihower大神表演大衛魔術秀（原來是魔術秀，我以為是教javascript呢！）
專案在7/6完成model plan，7/8完成簡單wireframe+定義開發優先順序，7/11正式動工到現在，終於github上面也充滿著線圖，開始不斷的發pull request、rebase、merge。
中間過程除了不斷整理 這次專案用到的Git流程 之外，今天因為一個rebase的失誤，對Git技巧又有新的認識。
錯誤的原因是，在rebase處理conflict時，將一個已經刪除的檔案誤留下來，導致前一個版本應該要被刪除的檔案，又被commit進來！當下沒有使用土炮方法：在後面再加一個commit、刪除檔案，而是選擇用Git的知識來解決這個問題！
重新定義問題「中間有commit需要修改，該怎麼辦？」
從這這條線的「源頭」開一個branch
開始cherry-pick！cheery-pick是挑選另一個分支中，需要的commit進來
挑到「需要被修改的commit」
取消這個commit（--soft會將該次commit的檔案留在staged area）
調整到自己需要的狀態，並commit
修改完這個commit之後，如果後續的沒問題，就一整條都cherry-pick!
大功告成
期望這次專案的線圖可以保持下去＆透過團體協作，讓自己更熟悉Git、工作起來更接近一個優秀的工程師。
