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

目前的就職的公司，雖不是bat之類，但是直接領導和後端業務團隊的領導基本來自阿里和華為，git分支主要有以下：

主分支：master，保證所有已發布到生產環境的分支都已merge到master，並且，新分支比如從master建立

日常分支：daily，本地開發和測試環境使用，保證所有的已上生產和發布測試的分支都已merge到daily

其他分支：版本分支或bug分支，從master拉取，並在merge到master後刪除

前端團隊採用如下開發流程:

（接到版本需求後，假設不需要後端介面配合，或後端介面已開發完畢）

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

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：若測試有問題，修改後，重複step2、step3、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，從第一階段開始，開啟乙個新的版本開發

測試環境，用來測試**沒有問題，但是測試環境裡都是測試資料，和真實資料差別很大，大家都知道，對於前端來說這些資料的不同會造成特殊情況存在，例如測試環境的資料不合法。

而預發環境則是真實資料，基本上使用者在預發環境的所見，99%等同於在生產環境的所見，所以，必要性可想而知。

git使用 分支

建立dev分支，並切換到dev分支。git checkout b dev switched to a new branch dev 檢視分支。git branch dev 表示當前分支 master 切換分支。git checkout master switched to branch master...

git分支的使用

git是很好用的分布式 管理工具。這篇文件我主要介紹一下git分支的使用建議和git分支相關的命令列命令使用。git分支是git強大的原因之一。如果不使用git的分支，linux花費兩周時間寫的git可謂大才小用了。使用git的原因，從我的經驗看，主要有兩個方面 1 團隊合作必須的要求。設想，如果乙...

Git分支的使用

git分支是由指標管理起來的，所以建立 切換 合併 刪除分支都非常快，非常適合大型專案的開發。在分支上做開發，除錯好了後再合併到主分支。那麼每個人開發模組式都不會影響到別人。主分支 預設建立的master分支 只用來分布重大版本 對於每個版本可以建立不同的標籤，以便於查詢 日常開發應該在另一條分支上...