我們在開發上最常使用的分支為 develop、master,在實務上,代碼上線後 RD 和設計時常會有線上即時調整的需求,修正完後直接 commit 修改的檔案到 master 分支,其實這並不是正確的做法,會造成日後 develop 和 master 合併的時候出現狀況,依照 git flow 的流程,hotfix 其實非常符合這樣的情境,也是我們應該要學習與遵循的操作流程。

hotfix branch 用途?

從 master 分支出來,主要是處理已釋出版本需要立即修改的錯誤,完成後 merge 回 develop 與 master,並在 master 標上版本號的 tag。

 

實際 SourceTree hotfix 操作流程:

STEP1. Start New Hotfix

假設目前專案正在進行新功能的開發,但突然發現版本 v0.1 有錯誤需要馬上修改,請點擊 Git Flow。

 

輸入版本號,因為目前我們要修正的版本是 v0.1,所以按照慣例這裡輸入v0.2,但因範例公司專案沒有版本號,所以這邊先用日期來取名,輸入完畢後點擊 OK。

 

STEP2. Finish Hotfix

可以看到 branches 多了 hotfix/2019-03-22 分支,該分支是從 master 分支出來的,接下來就可以修正錯誤,這邊就不再重複講述 commit 的步驟。錯誤已經修復好也 commit 了,接下來就是釋出更新的版本。請點擊 Git Flow,在點擊 Finish Hotfix 之前要先確認你目前在 hotfix/2019-03-22 分支上。

 

輸入hotfix 記錄的 tag 訊息(這邊範例輸入日期),輸入完點擊 ok。

 

可以在 SourceTree 中看到了變更,hotfix branch 會 merge 到 master 跟 develop,並在 master 標上 tag。

如果在 Finish Hotfix 的時候沒有勾選 Push changes to remote,就必須手動去 Push 到 remote。

參考:
Git Workflow — 善用Git分支強化專案的開發流程 

arrow
arrow
    創作者介紹
    創作者 Mayuge 的頭像
    Mayuge

    工程的日子每天都很師

    Mayuge 發表在 痞客邦 留言(0) 人氣()