【git】前端使用git分支的開發流程

1、先講背景

git分支主要有如下：
主分支：master，保證全部已發佈到生產環境的分支都已merge到master，而且，新分支好比從master建立
平常分支：daily，本地開發和測試環境使用，保證全部的已上生產和發佈測試的分支都已merge到daily
其餘分支：版本分支或bug分支，從master拉取，並在merge到master後刪除
前端團隊採用以下開發流程:
（接到版本需求後，假設不須要後端接口配合，或後端接口已開發完畢）

2、開發階段

第一階段（本地開發+測試環境階段）

step1：master建立一個新分支featrue-2019-2，此爲版本分支，並拉取到本地，使用SwicthHosts將本地開發環境映射到平常環境，也稱測試環境，在本地開發調試
step2：本地開發後，使用sourcetree保存並提交到遠程featrue-2019-2分支，你使用git命令也是同樣
step3：拉取平常環境分支daily，並將featrue-2019-2 merge到 daily
step4：使用JenKins（平常環境帳號）登陸後構建daily分支，表示對daily的代碼執行npm run
build+push，構建成功後通知測試人員 step5：若測試有問題，修改後，重複step二、step三、step4，直到測試經過

第二階段（預發階段）

step1：merge master 到 featrue-2019-2，保證featrue-2019-2已包含全部的生產代碼
step2：使用JenKins（預發環境帳號）登陸後構建featrue-2019-2分支，構建成功後通知測試
step3：若測試有問題，檢查測試環境是否也有此問題，如有，則要返回第一階段的step2

第三階段（生產階段）

step1：此分支發預發後，如有別的分支發了生產，則須要執行merge master 到
featrue-2019-2，保證featrue-2019-2已包含全部的生產代碼
step2：使用JenKins（生產環境帳號）登陸後構建featrue-2019-2分支，構建成功後通知測試
step3：featrue-2019-2 merge 到 master，並刪除featrue-2019-2，
step4：若測試有問題，彙總問題，從master拉取bug分支，例如可命名爲featrue-2019-2-bug，從第一階段開始，開啓一個新的版本開發

3、分支原則

一、保證master分支是惟一主分支
二、全部版本分支，全部需求，全部代碼，必須按「照構建平常——>構建預發——>構建生產」的順序執行
三、全部版本分支只開發此版本相關內容，不可混合其餘版本需求開發
四、分支發佈生產後，必須儘快merge到master
五、分支的生命週期，從master上拉取開始，到merge到master之後結束，一個分支儘可能只使用一次，即merge到master之後就刪除
六、不要頻繁發佈生產，平常和預發不受限制

4、預發環境的必要性

之前的公司，只有測試/預發環境和正式/生產環境，來到這家公司後，才瞭解到預發環境的必要性。
測試環境，用來測試代碼沒有問題，可是測試環境裏都是測試數據，和真實數據差異很大，你們都知道，對於前端來講這些數據的不一樣會形成特殊狀況存在，例如測試環境的數據不合法。
而預發環境則是真實數據，基本上用戶在預發環境的所見，99%等同於在生產環境的所見，因此，必要性可想而知。