我們在開發上最常使用的分支為 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。
留言列表
生活經歷 (1)