版本控制之彩色分支
有版本控制系統實在好方便,正常開發事件會有 Feature 和 Bug,兩者可以分別開 Branch 去處理與紀錄。事後回溯,可以透過搜尋關鍵字來找到目標,也能看夥伴做了何種修改,互相砥礪學習。🤓
現在團隊兩個人(阿丹和我都是精英😁),由於我是主導開發方向,也是接收需求的關鍵角色,因此我的注意力會被打散,很常遇到的狀況是開發到一半會被中斷,此時我就會先把該功能推到某 Branch,稍微註解讓我回來時可以參考快速上手。

最近要一口氣地將所有產品做完支援Layout API的功能,我特別善用Git的Branch (分支)功能,也就是把每一個開發目標都開個Branch,單純只記錄一個開發目標的變更,如圖:
Source Tree真是個好工具,可以將Branch以不同的顏色表達!
當每個開發目標都完成增修後,就可以開始一步一步來Merge (合併),如圖:
儘管我是一個人在開發產品,然而我不馬乎地開Branch,就有機會碰到Conflict (衝突),此時可來練習如何排除此問題,之後再遇多人協同合作的開發模式,就不必手忙腳亂囉~
使用指令也相當簡單:
228連假,爸媽特地來台北找我和阿弟,經過電影院瞥見到讓我眼睛為之一亮的「七龍珠超:布羅利」。這時好想放鬆,來看兒時陪伴我最久的卡通,回味無憂無慮只顧著唸書的年代。已經好久沒有寫電影相關的文章,這次就來破冰吧:P~
就在送爸媽搭火車回台中,先去板橋林家花園走一圈,晚上七點半準時到板橋秀泰影城,帶蘇菲雅一起來當兒童看動畫:)~
過去五年做接案模式的工作,我只會使用非常簡單的Git來版本控制,偶爾才會有同事或夥伴協同合作開發。如今我踏入開發自有產品的環境,必須跟另外兩位前輩工程師合作,此時Git操作就變得更加重要!如何在同一個專案上增修,同一時間不會影響到彼此的任務,做得好就是一門藝術!
Git版本控制有非常多好用的功能,端視專案需求來使用,所以沒有一定的規則!若是同時有多人開發,2010年有個可以當作公版的Git Flow可遵循。現在我參與自有產品開發,大致上就是以上圖的模式來操作。
HappyMan・迴響