有版本控制系統實在好方便，正常開發事件會有 Feature 和 Bug，兩者可以分別開 Branch 去處理與紀錄。事後回溯，可以透過搜尋關鍵字來找到目標，也能看夥伴做了何種修改，互相砥礪學習。🤓
現在團隊兩個人（阿丹和我都是精英😁），由於我是主導開發方向，也是接收需求的關鍵角色，因此我的注意力會被打散，很常遇到的狀況是開發到一半會被中斷，此時我就會先把該功能推到某 Branch，稍微註解讓我回來時可以參考快速上手。
最近團隊研發狀況如火如荼，遇到 Bug 我總會想以超高速來解決它，就能看到每個 Commit 就只是修正小問題。每一個小點點，都是一個小小的成就。🙃
至於分支狀況：
- App 開發好功能，後端 API 尚未完成，就得先放著
- 我開發功能到一半，中途被插單，只好先放著
- 嘗試新的套件，未來可能會用到，那就先放著
於是就能看到 Source Tree 有這麼多條彩色線，分支出去然後合併回來，我算是已經運用得如火純青，太複雜的 Git 用法是不太需要啦～
總之，每條 Branch 的關係非常清楚後，只要不要離得太遠，合併時處理有衝突的程式碼還算簡單。若該 Branch 未來尚有需要，在漸行漸遠的狀況下，就得適時地將 Main Branch 合併進來，以免 Code Base 差異太大，處理大量衝突會很傷腦筋。
我們團隊已經用 Flutter 開發 App 超過半年，我除了包 iOS 版本也會包 Android 版本，而且伺服器環境有 Dev、UAT、PT、Production，若一次要包四個環境，總共就要包八次！在還沒有 CICD 系統之下，我僅能一個包完再接下一個，在包版的當下，幾乎是無法做其它研發事項，因為一旦分心，很容易把內容包錯，這對收到版本的用戶來說會非常崩潰，對公司來說就很難堪。🤪
CICD 將會在產品稍微穩定後開始部署，現在開發狀況相當多樣，包版本的需求五花八門，三不五時就得包某個 Feature 或 Bug 版本來給 PM 測試。
感謝同事吉米，導入中文 Commit Message，過去我習慣用英文，現在看中文更是直覺！看著 Git 上繽紛的分支，心情稍有被療癒～😌
逍遙文工作室 
隨意留個言吧：）～