最近專案**現多分支提測問題.
featrue a和featrue b兩個分支先後提測.
按git flow的標準流程:
開發從dev拉featrue
開發完要提測時合併到develop
測試從develop拉出release分支進行測試,
bug修改直接在release上進行.
測試完後release再合併回develop,master,featrue.測試期間release要定期合併到featrue,防止兩個分支的差距過大.最後合併時衝突過多.
現在問題是,a先提測,還沒測試通過,b也提測.按標準流程,b會包含a未測試通過的功能,假設a不全是新功能,還會對線上的一些功能進行優化.但是提測b,測試時不會測試a功能的.這樣會導致a的優化功能為測試就上線(提測順序和上線順序不要求一致)
改進流程:
提測不合併到dev,直接從featrue a拉乙個 release a,bug修改也在release a上進行,b提測也是一樣拉乙個release b出來.
其他流程則和標準流程一樣.
這樣如果在提測期間要開發新功能,要麼在原featrue上進行,要麼從release拉乙個分支出來開發.
標準流程:
Go 分支流程
if else應該是每個程式語言中都具備的基本分支結構。需要注意的是if else與else if 表示式2 else如下，判斷成績的等級。package main import fmt func main else if grades 80else if grades 60else if grad...
Java分支流程和迴圈
1.if語句 型別一 if expression 例 int i 3 if i 5 型別二 if expression else 例 if i 2 0 else型別三 if expression1 else if expression2 else if expression3 else 例 if i...
原始碼分支流程管理
建立遠端倉庫的步驟略過。命令示例，git clone 倉庫位址 在 gitlab 系統中設定 master 分支為 protectd 分支，protected 分支不允許 developer 推送 但 maintainers 可以推送 命令示例，提交本地修改 git add git commit m...