Git庫管理規範

標籤：

（1）新建立的分支Branch命名以DEV_yyyyMMdd的命名方式，如DEV_20150804。
（2）新的TAG分為開發dev、迴歸reg、修複hot三種，命名方式如：dev_20150804_01
（3）測試過程中可以多次移交給QA進行測試，打dev的TAG。
（4）當進入迴歸階段，將dev分支merge到master分支上，並打reg的TAG。
（5）當生產上發現嚴重BUG需要進行hotfix的時候，先從生產的reg的TAG上拉一個分支，命名為HOT_yyyyMMdd。

 

補充：

(1) 項目或ECR開始，子系統根據計划上線日期建立開發分支， DEV_20150804。（ 開發分支基於上線的rel_20150802 Tag ）

(2) 開發移交測試後，在開發分支上打Tag，Tag規則dev_20150804_01 (02, 03 序列增加)

(3) 測試穩定後，測試發出通知進入迴歸測試。開發把最新內容合并入master分支，Tag規則修改為reg_20150804_01
（ 序號重新從01開始 ，記錄迴歸測試交付次數）

(4) 迴歸測試過程中，如果有Bug，那麼在開發分支（DEV_20150804）修改，然後代碼merge到master，在master上打tag給QA。

(5) 測試完成後，測試發出測試完成報告，開發在最後Tag上打上版本發布標籤rel_20150804

(6) 測試報告 使用 reg的tag

(7) 對線上問題修複，營運須提供當前線上發布的標籤，開發基於這個標籤建立HOTFIX分支

(8) 如果HOTFIX同時存在迴歸版本，此時版本只能在hotfix上發布（異常流程）

(9) HOTFIX 分支名字 規則以hot開頭，如hot_XXXXXXX 各種測試reg、rel的tag都在當前hot分支上打,也分別以 hot_XXXXXX_XX 來區分

Git庫管理規範