今天要介紹另一種基本應用方式:一功能一支branch。
我們在上一篇已經知道,如果做一個台南美食專題,我們會有以下三大部分(功能)
每個部份(功能)會有多人合作,每個人都會開一支branch。
今天要說的就是,每個功能也都要一支branch,才不會不同功能的進度又混在同一個版本。
舉例而言,假設我們美食清單已經做好了,就會希望先把美食清單定案,但是定案同時,肯定不想要參雜其他未完成的功能(像是做到一半的美食地圖),這時就會展現一功能一支branch的優勢。
實務上,我們也很常遇到先開發好的功能,就先安排測試,或是有時開發到一半,我們的版本內容會進行異動,例如:老闆可能會心血來潮說「這個功能我不要了!」、「這個功能我要提早上!」,這時我們就可以根據功能,揀選需要的branch。
結合今天與昨天,會變成最終報告由三個功能(各一支branch組成),每個功能又會有多人開發,一人會有一支branch。這就像是合裝備,一層一層疊上去。