我們在開發上最常使用的分支為 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。
留言列表